Перемещение вверх и вниз по иерархическому дереву неизбежны, однако вы можете воспользоваться средствами, которые автоматизируют эту задачу. Подумайте, как пользователи будут работать с данными. Возможно, их вообще не интересует иерархическая структура данных, но они захотят искать объект по его предку. Или они будут искать объект по тому имени, которым он представлен в иерархии, или только среди потомков текущего объекта. Возможно, им потребуется узнать только идентификатор найденного объекта или же получить список всех его потомков или предков.
В частности, вам придётся решить основной вопрос – что делать, когда пользователь требует вывести «следующий» объект? Таким объектом может быть: следующий потомок родителя текущего объекта; первый потомок текущего объекта; следующий родитель, если текущий объект является единственным потомком, или даже первый потомок следующего «родственника» (sibling). В визуальном интерфейсе интуитивные ожидания пользователя основаны на положении текущего объекта в иерархии, способе его отображения и действиях самого пользователя, а не только на логическом протоколе, определяемом абстрактной структурой данных приложения.
Помимо компонента TDBGrid, очевидным кандидатом для отображения иерархических данных являются компонент TTreeView. Этот компонент были создан специально для отображения древовидных структур, а не традиционных линейных списков. Он может занимать довольно большую область экрана, поэтому не стоит применять его везде, где пользователь должен выбрать объект иерархии. Кроме того, при работе с этим компонентом желательно загружать в память всю структуру. Компонент можно настроить так, чтобы «ветки» загружались по мере надобности, однако такая гибкость достигается ценой снижения производительности.
Целостность структуры и циклические ссылки
По иронии судьбы рекурсивная иерархия в одной таблице заметно упрощает обеспечение целостности структуры: одно поле таблицы ссылается на другое, принадлежащее этой же таблице. При этом защищаются все потомки объекта. Если же объединяющие значения находятся в нескольких полях или таблицах, в результате чего становится возможной многоуровневая группировка или установка сложных связей, обеспечить целостность структуры будет сложнее
Для программы, работающей с иерархией, наибольшую опасность представляют циклические ссылки. Если объект ссылается на несуществующего родителя, проблему можно заметить и исправить. Но, если родитель объекта оказывается одновременно и его потомком (если объекты разделены несколькими промежуточными поколениями, такую ситуацию будет нелегко обнаружить), программа зацикливается.
Где же выход? Можно проверять каждого «кандидата в предки» и смотреть, не присутствует ли какие-либо из его предков в текущем «семействе» (правда, это будет накладно с точки зрения производительности). Кроме того, в программу можно вставить счётчик-предохранитель, который инициирует исключение после определённого количества циклов поиска. Одно из преимуществ графических иерархических элементов как раз и заключается в том, что пользователь просто не сможет создать циклическую ссылку, так как это противоречит логике работы с элементом.
При работе с иерархиями используется «семейная» терминология (родители, внуки, предки, потомки), поскольку семья является самым распространённым примером объектов (в данном случае – людей), объединённых иерархическими отношениями. Этот пример напомнит вам одну простую истину – хотя вы можете построить систему, предназначенную для обобщённой обработки рекурсивных иерархий, ценность каждого объекта определяется той уникальной информацией, которая в нём хранится. В то же время место объекта в иерархическом дереве - не более чем условное обозначение связи с другими объектами. Иерархическая структура всего лишь помогает сохранить и найти объект.
Специфика предметов математики, физики, программирования такова, что контрольные работы, зачёты, проверочные требуют наличия графиков, формул, диаграмм. Поэтому возникает проблема отображения данных. Достаточно трудно написать такую универсальную программу, которая справилась бы с этим. С другой стороны, в Windows 95 содержится много программ, которые позволяют это сделать, например Word.
Существование операционной системы Windows 95 и реализация в ней очень мощного механизма под названием OLE, позволяет решить эту проблему достаточно просто.
Windows поддерживает сложный, но чрезвычайно перспективный механизм взаимодействия программ, который называется OLE. Этот механизм широко используется во многих программных продуктах корпорации Microsoft, в том числе в текстовом редакторе Word и таблице Excel. В результате, в документ, подготовленный, например, с помощью Word, можно внедрить график, созданный в Excel. Если в процессе работы над документом возникнет необходимость в редактировании графика, достаточно дважды щелкнуть не нем мышью — Windows откроет Excel и передаст таблице данные, позволяющие изменить график средствами программы, его создавшей. После завершения работы Excel измененный график будет переписан в исходный документ Word.
Последовательное использование OLE смещает акцент в работе пользователя от программы-обработчика информации к конечному документу. Без OLE пользователь вынужден разрабатывать конечный документ по частям. Например, при подготовке рукописи книги к публикации рисунки могут изготавливаться с помощью Paint или CorelDraw, в то время как текст — с помощью Word или WordPerfect, после этого для верстки используется Ventura Xerox Publisher или PageMaker. В этой технологии обрабатывающие программы никак не связаны друг с другом и пользователь должен самостоятельно решать проблемы совместимости форматов данных, передаваемых от одного приложения другому. Применение OLE позволяет рассматривать документ в виде единого стержня, на который «нанизаны» программы-обработчики типа Paint или Word. Пользователь полностью освобожден от необходимости следить за форматами данных и согласовывать их, а переход от одной программы к другой реализуется двойным щелчком мыши.
При использовании OLE отдельные объекты (рисунки, графики, текстовые фрагменты, таблицы) могут быть связаны с документом или внедрены в него. Если объект связан с документом, в последнем сохраняется лишь минимально необходимая информация, позволяющая вызвать в нужный момент программу, с помощью которой был создан объект, например, для его печати на принтере или редактировании. Если объект внедрен в документ, он подвергается переработке клиентом перед вставкой в документ и становится во многом независимым от «родной» программы. Например, Word может получить электронную таблицу от Excel, при этом численные данные и формулы преобразуются в текстовые эквиваленты и в таком виде внедряются в документ. Однако связь с программой-обработчиком сохраняется и в этом случае, поэтому пользователь может в любой момент загрузить обрабатывающую программу для редактирования внедренного объекта.
С объектами или заменяющими их пиктограммами связаны действия, которые может произвести двойной щелчок мыши. Над объектами определены два основных действия - отображение и редактирование. При этом над связанным объектом первичным действием будет отображение, а над внедренным - редактирование. Первичное действие обычно связывается с двойным щелчком мыши на пиктограмме упакованного объекта. Некоторые объекты позволяют выбирать первичное действие, для чего они создают соответствующие диалоговые окна. Другое объекты допускают только одно действие. Например, объект, созданный текстовым редактором и внедренный в графику, как правило, поддерживает только редактирование, а звуковые данные после внедрения их в текст поддерживают только отображение (воспроизведение).
Технология связывания и внедрения объектов OLE позволяет создать некоторый объект, например рисунок или звуковой файл, в одном из Windows-приложений и затем вставить его в другой файл. Этот объект может быть либо связанным, в этом случае он существует фактически в отдельном файле, либо внедрённым, и тогда он находится внутри основного файла. Другими словами, данные, картинки, текст и иные объекты, которые вы создаете в разных приложениях, могут быть объединены в один составной документ, который сохраняет связи со всеми исходными приложениями.
Этот составной документ управляется каким-нибудь одним приложением, например Excel или Word для Windows, а связи обеспечивают пути к другим приложениям так, чтобы вы могли редактировать свои объекты, используя приложения, в которых они были созданы.
Таким образом, при правильном применении характеристика OLE позволяет вам централизовать всю свою работу в пределах одного доминирующего приложения и в одном документе, называемом клиентом. Если вам понадобятся какие-либо данные, графика или другая информация, которая находится в других приложениях, вы сможете, оставаясь в своем приложении-клиенте, присоединять, привязывать их из соответствующих приложений, называемых в этом случае приложениями - серверами.