VpPuZzle. Observe. Part 2

Автор: Виктор Юхтенко

VpPuZzle. Observe
Part 1 Part 2

Pzl-system

All features of the PZL mechanism are provided by the Pzl-system. Pzl-system contains some classes represented as source code and some classes represented as the statically linked libraries. It was used the feature of Visual Prolog that the source code of libraries can be written in Visual Prolog language. The picture below shows the content of the PzlSystem for the executable entiry (EXE).

And the picture below shows the content of the PzlSystem for the DLL

The difference is in the libraries and in the package pzlPort.pack, which used in the case of application. There is no need to remember all these files – the Pzl-technology tools can generate the project for the DLL and any VIP application project can be easily modified to support the Pzl-technology. The name PzlPort was chosen for the core of the PzlSystem, which must be included to the application project.

The PzlPort is responsible for the loading and unloading DLLs. When user calls the pzlComponent constructor, PzlPort finds the DLL, which contains the appropriate pzl-component. If the DLL is not already loaded, then it loads the DLL and communicates with the classes of the pzl-container.

The PzlPort uses the order as follows:

• Local user defined registration file
• Current User at Windows Registry
• Local Machine at Windows Registry

The pzl-technology uses the same principles to support the lifecycle for classes. When the instance of the class is not needed, then all references to this class must be removed. PzlPort is responsible to unload the appropriate DLL, when there is no pzl-components in use. This happens, when the Visual Prolog garbage collector removes the instance of the class.

Thus User has no deal with the DLLs and has the deal the only with classes the same way as it would be using the standard VIP programming style

Совместимость и авторизация

Особенностью использования DLL, построенных на базе VIP (VipDLL), является то, что как главное приложение, построенное с помощью VIP, так и VipDLL используют одни и те же библиотеки периода исполнения (runtime libraries), которые напрямую зависят от версии VIP, как продукта. Если VipDLL была построена для использования с одной версией библиотек, а главное приложение использует другую версию библиотек, то может возникнуть проблема несовместимости. Механизмы pzl-технологии предусматривают контроль совместимости версий так, что PzlPort проверяет возможность работы с каждой VipDLL перед началом взаимодействия с ней. Если обнаружена возможность несовместимости, то VipDll выгружается и генерируется исключительная ситуацият (exception).

Кроме того pzl-механизмы предусматривают контроль уровня лицензии для предотвращения несанкционированного использования компонент. Для этого предусмотрены три уровня лицензирования:

• Public (Открытый)
• Commercial (Коммерческий)
• Exclusive (Экслюзивный)

Ограничения на использование определяются соотношение уровней лицензий pzl-порта и pzl-контейнера.

PzlPort может иметь уровни Commercial и Exclusive, в то время как pzl-контейнер может иметь любой из указанных уровней. Лицензия уровня Exclusive имеет наивысший приоретет. PzlPort может взаимодействовать с контейнерами, имеющими лицензию того же или более низкого уровня. Так pzl-порт с уровнем Commercial может взаимодействовать с контейнерами Public и Commercial, но не может взаимодействовать с контейнером уровня Exclusive.

Лицензии уровня Exclusive являются персональными лицензими и могут создаваться для конкретного пользователя или для конкретного приложения. Каждая лицензия уровня Exclusive является уникальной и имеет издательский идентификатор.

Установлено, что pzl-порт уровня Exclusive может взаимодействовать с любым контейнером уровня Public, любым контейнером уровня Commercial и с любым контейнером уровня Exclusive, имеющим тот же издательский идентификатор, что и сам PzlPоrt.

Регистрация активных объектов

Pzl-система содержит ряд механизмов, не связанных непосредственно с обеспечением работы компонент. Одним из таких механизмов является механизм регистрации активных объектов.

Посмотрим вновь на главную конструкцию использующую объект в VIP:

...
   MyClassInstance =myClass::new() 
   MyClassInstance:callNeededPredicate(…), 
...

Созданный экземпляр класса, будет уничтожен после завершения исполнения клаузы, если указатель на экземпляр не будет сохранен или передан в виде параметра. Однако может возникать множество ситуаций, когда экземпляр класса может быть использован различными классами. Тогда требуется сохранить указатель на экземпляр в месте, известном всем классам, том числе являющимся pzl-компонентами.

При использовании приложения, не использущего DLL, для хранения указателей на экземпляры классов может быть использован обычный статический класс. Но когда используется технология, базирующаяся на DLL, необходимо общеизвестное и общедоступное хранилище указателей. Pzl-технология включает механизм такого хранения, при этом само хранилище находится в PzlPort, то есть в главном исполняемом приложении. Любая компонента, помещенная в любой контейнер может легко выполнять операции, аналогичные приведенным ниже.

Сохранение указателя осуществляется так

  MyClassInstance =myClass::new(), 
  pzl::register(“MyClassInstance1”, MyClassInstance), 
  MyClassInstance:сallNeededPredicate(…), 
...

А любой другой объект может получить указатель на объект и использовать его с помощью следующего кода

...
  Object =pzl::getObjectByName_nd(“ MyClassInstance1”),
  !,
  MyClassInstance=tryConvert(iMyClass, Object), 
  MyClassInstance:сallNeededPredicate(…),
...

Класс Pzl содержит много других полезных предикатов, связанных с регистрацией указателей на экземпляры.

Если следовать идее приложений с открытой архитектурой, то все компоненты, в том числе и разработанные пользователями, могут иметь доступ к экземплярам компонент, активных в данный момент. Единственным условием, которое должно при этом быть соблюдено, - это то, что создатель компоненты должне знать принципы организации приложения.

Общее пространство обработки ошибок

Другим механизмом, не обусловленным непосредственно pzl-технологиеей, является огранизация общего механизма обработки ошибок для всех активных Vip7DLL. Таким образом, информация об ошибках, созданная средствами обработки исключительных ситуаций VIP7, доступна для обработки в любом из классов приложения.

Общий поток вывода STDO

Все компоненты, активные в данный момент, используют единый стадартный поток вывода.

Заключение

Для создания технологии работы с DLL были использованы следующие свойства системы программирования Visual Prolog:

• Возможность использования детерминированных и недетерминированных предикатв, вызываемых из DLL
• Главное приложение и DLL работают в одном и том же пространстве памяти
• Пакетная организация исходных текстов
• Гибкая концепция объектно-ориентированного программирования
• Гибкая концепция интерфейсов, интегрированная с концепцией доменов
• Наличие домена object, являющегося родительским доменом для всех объектов
• Локализация констант в классах
• Условная компиляция
• Возможность построения статических библиотек

Pzl-Технологии присущи все преимущества и недостатки, присущие системе программирования VIP, поспольку она не нарушает стиль программирования, присущий программированию в VIP.

Pzl-технология имеет ряд ограничений:

• Возможность использования только одного конструктора
• Все взаимодействующие классы должны быть динамическими классами, то есть классами, порождающими объекты
• Имя класса и имя базового интерфейса должны раличаться
• Будучи помещенными в DLL, pzl-Компоненты могут быть вызвваны только приложениями, которые используют pzl-технологию и созданы с использоанием средств системы программирования Visual Prolog

Следующие ограничения, характерные для применения DLL в VIP, должны быть приняты во внимание:

• Компоненты, основанные на DLL, должны иметь стабильный набор интерфейсов. После того, как DLL построена, любые изменения в используемых интерфейсах могут привести к прерываниям по ошибке. Для избежания этого все компоненты, взаимодействующие с модифицированной компонентой должны быть перестроены.
• DLL, построенные с использованием VIP, пользуются библиотеками периода исполнения, поставляемыми в составе системы Visual Prolog. Эти библиотеки зависят от версии VIP. Любые модификации в этих библиотеках периода исполнения, связанные с изменениями версии VIP могут вести к нестабильности приложения. Во избежание этого рекомендуется все компоненты перестроить с использованием новой версии системы программирования.

Опыт применения

VpPuZzle. Observe
Part 1 Part 2

Создан полный набор операций для манипуляций pzl-Компонетами и pzl-Контейнерами. Первая версия приложения, которое поддерживает элементарный набор операций (Elementary Studio), позволяет использовать PZL-технологию в практическом программировании. Инструменты, которые поддерживают PZL-технологию, сами используют эту технологию и, таким образом, следуют идее приложений с открытой архитектурой.