1.4Алгоритмы генерации интерфейсов ввода
Опишем основную схему работы алгоритмов, генерирующих совокупности элементов управления для каждого блока интерфейса сбора данных. Каждая из трех операций [3, 4] записи новой входной информации начинается с обхода существующих элементов отношения для указания некоторого элемента, используемого в качестве точки привязки новой создаваемой пары или в качестве указания редактируемой пары (в описании видов интерфейса элемент, выполняющий функцию точки привязки, назван «родитель»). Следовательно, интерфейс чтения отношения включен в каждый из интерфейсов записи. Опишем алгоритм формирования интерфейса чтения отношения отдельно. При описании интерфейсов записи новых данных будем учитывать, что в каждом из них присутствует опущенный интерфейс чтения.
Рисунок 1.12 – Группа таблиц, используемая для хранения данных
подсистемы анализа и контроля данных
1.4.1Алгоритм генерации блока интерфейса, позволяющего указать родителя
Интерфейс чтения идентичен блоку интерфейса указания родителя, поскольку оба они занимаются чтением всего отношения, состоящего из упорядоченных пар «родитель-потомок», поэтому приведем единое описание. Данный алгоритм реализуется в компоненте «логика» после вызова построения навигационного блока интерфейса, является внутренним алгоритмом компонента логики и не влияет на механизм взаимодействия компонентов между собой.
Интерфейс навигационного блока или интерфейс чтения позволяет переходить от узла к узлу сети объектов, запоминая при этом текущее «местоположение» в виде цепочки предков, последовательно связанных друг с другом родительскими связями. Хранение подобного «адреса» позволяет перемещаться «вверх» по иерархии объектов. Оканчивается данная цепочка корневым объектом с одной стороны и текущим объектом – с другой.
Интерфейс навигационного блока строится относительно «текущего» экземпляра объекта учета (ОУ), то есть от узла, являющегося «листом» в цепочке родителей, начиная от корневого объекта, для которых интерфейсы уже были построены в моменты перемещения по сети объектов «в сторону» потомков.
Также интерфейс чтения параметрически зависит от идентификатора текущего типа интерфейса. Тип интерфейса является прямым отражением типа объектов учета и определяет поля для показателей, присущих данному типу, согласно модели хранения. Таким образом, в каждый конкретный момент активности пользователя, то есть после каждого перехода по ссылкам интерфейса, строится интерфейс со значениями конкретного экземпляра объекта учета и набором показателей нужного формата, связанных с типом объекта учета. Следовательно, алгоритму генерации интерфейса чтения на вход необходимо подать текущий экземпляр ОУ и идентификатор типа интерфейса (типа объекта учета).
Также необходимо обеспечить перемещение по иерархии узлов в отношении во всех направления, то есть как «вверх» – дать возможность «обходить» цепочку родителей, для которых интерфейс был уже построен, так и «вниз» к потомкам.
Блок интерфейса чтения элементов отношения (интерфейс навигации по объектам) в свою очередь можно представить логически в двух частях:
– часть интерфейса навигации, обеспечивающая перемещение по предкам;
– часть интерфейса навигации, обеспечивающая перемещение к потомкам.
1.4.2Алгоритм генерации части интерфейса навигации, обеспечивающей перемещение по предкам
С целью обеспечения возможности перемещения по предкам организуем стек для хранения указанной цепочки узлов. По мере перемещения от узла-родителя к одному из потомков и обратно – к произвольному родителю из сохраненной цепочки в данный стек будут добавляться (удалятся) узлы. Таким образом, на сгенерированном интерфейсе для навигации «вверх» доступны экземпляры ОУ из стека, то есть последовательность «предков» текущего экземпляра.
Если текущий объект не указан, то генерация производится для корневого объекта, доступ к интерфейсу которого возможен из меню. Для этого определяется тип ОУ, связанный с типом генерируемого интерфейса, поступившего на вход. Далее осуществляется выборка списка экземпляров ОУ вычисленного типа, данные о текущем (в нашем случае о корневом) узле сохраняются в стек.
Если текущий объект указан в параметре, и он не корневой, то построение области экранной формы для навигации по предкам текущего узла осуществляется посредством извлечения данных об узлах из стека и генерировании из них элементов управления.
В цикле «пока стек предков не опустеет», то есть пока рассматриваемый узел не корневой, выполняются следующие действия. Родитель объекта извлекается из вершины стека. Осуществляется поиск всех «братьев» текущего экземпляра ОУ. Массив определенной структуры с информацией о найденных «братьях» текущего экземпляра загружается в стек. Если следующий родитель в стеке не корневой, то переопределяется текущий экземпляр ОУ, присвоением ему идентификатора родителя текущего экземпляра. Терминальная ветвь, если следующим элементом в стеке оказывается корневой объект, обрабатывается как исключение.
После завершения цикла в стек узлов добавляются все дочерние экземпляры корневого узла, поскольку корневой узел обрабатывается особым образом.
Далее, используя библиотеку генерации кода разметки и полученный стек с информацией о предках и их «братьях», запускается цикл построения (генерации) блока навигации. Каждая итерация цикла осуществляет генерацию кода разметки для одного уровня иерархии предков текущего узла, то есть строит элементы управления для отображения предка указанного уровня и для перехода на другую ветвь предков (с целью выбора одного из братьев предка) в качестве текущего узла. За построение элементов управления одного уровня отвечает отдельный модуль.
Описанный выше алгоритм в укрупненном виде приведен на рисунке 1.13.
Реализация перехода с блока навигации объектов на интерфейс записи определяется исключительно удобством пользователя и практически не зависит от модели хранения, поэтому его описание опустим.
Рисунок 1.13 - Алгоритм генерации части интерфейса навигации по предкам
1.4.3Алгоритм генерации части интерфейса навигации, обеспечивающей перемещение к детям
Для большей наглядности представим данный алгоритм сначала укрупненно (рисунок 1.14), а затем более детально, раскрывая ключевые операции.
Рисунок 1.14 – Укрупненный алгоритм генерации части интерфейса
навигации, обеспечивающей перемещение к детям
Детализация построения интерфейсного элемента, организующего доступ к экземплярам детей конкретного типа показана на рисунках 1.15 и 1.16. Данная детализация приведена для спецификации функционирования модели прав доступа, корректировки алгоритмов генерации в соответствии с выбранным способом указания ограничений на доступ к данным.
Рисунок 1.15 – Детализация операции построения интерфейсного элемента
Рисунок 1.16 – Детализация операции построения списка переходов на детей
1.4.4Алгоритм генерации блока записи элемента отношения
Структура данного блока интерфейса зависит от типа элемента, информацию о котором следует записать. Если данным элементом является экземпляр ОУ (в случае создания нового экземпляра ОУ или редактирования существующего), то ядро алгоритма составляет:
– поиск доступных текущему пользователю показателей;
– определение формата найденных показателей;
– вывод на экранную форму полей нужного формата для ввода или переопределения значений показателей.
Далее алгоритм записи экземпляра ОУ ветвится в зависимости от наличия периодичности показателей. К обоим веткам данного алгоритма подробнее вернемся позже.
Если же элементом, данные о котором необходимо записать, является не экземпляр ОУ (например, на интерфейсах создания и редактирования типов ОУ, показателей), то основными процедурами алгоритма являются:
– определение реляционно-зависимых полей данных, исходя из реализации модели хранения;
– определение формата полей данных;
– генерация диалоговых элементов ввода.
Рассмотрим подробнее алгоритм генерации экземпляра ОУ.
После определения списка показателей, свойственных типу ОУ, к которому принадлежит текущий экземпляр ОУ, необходимо определить степень доступности данных показателей для данного интерфейса и для данной группы пользователей. В соответствии с уровнем доступа к показателям определяются элементы управления, с помощью которых будут представлены существующие показатели или получена возможность ввода новых. Для непериодического показателя алгоритм на этом заканчивается. Если среди свойств показателя присутствуют стартовая и конечная даты, то подключается класс, интегрирующий календарную разметку времени к списку существующих значений показателя и формирующий ячейки, связанные с расчетным периодом существования нового значения показателя. Данный класс берет на себя все функции отображения периодических показателей на временной шкале, методы добавления, удаления, редактирования значений показателей как по одному, так и группой. После отработки данного класса подгружается библиотека генерации разметки календарной шкалы и встраивания полученной структуры значений периодических показателей в разметку.
В качестве блока интерфейса, позволяющего записать ассоциацию между родителем и потомком выбрана функция маркирования указанных на навигационном интерфейсе текущего родителя и текущего потомка, сбрасывающая маркировку после записи ассоциации в базу.
|
