VpPuZzle. Observe. Part 2 - История изменений

Victor Yukhtenko: /* References */

2008-01-31T08:58:00Z

References

← Предыдущая		Версия 10:58, 31 января 2008
Строка 111:		Строка 111:

	==References==		==References==
	[[Category:~~VpPuZzle~~]]		[[Category:VpPuZzleEn]]

Victor Yukhtenko: /* Summary */

2008-01-31T08:56:41Z

Summary

← Предыдущая		Версия 10:56, 31 января 2008
Строка 107:		Строка 107:
	The usual limitations of VIP DLLs must be taken in account:		The usual limitations of VIP DLLs must be taken in account:
	*The DLL-based components must have the stable set of declarations of interfaces. When the DLL is built, any changes of the used interfaces may lead to the exceptions. All interacting components must be rebuild		*The DLL-based components must have the stable set of declarations of interfaces. When the DLL is built, any changes of the used interfaces may lead to the exceptions. All interacting components must be rebuild
			{{VpPuZzle. Observe. Naivgator}}
	*VIP DLLs use the Visual Prolog system run-time DLLs, ‘which are Visual Prolog version dependant. Any modification in these DLLs may lead to the unstable functionality. All interacting user components must be rebuilt when the new versions of VIP DLLs are issued.		*VIP DLLs use the Visual Prolog system run-time DLLs, ‘which are Visual Prolog version dependant. Any modification in these DLLs may lead to the unstable functionality. All interacting user components must be rebuilt when the new versions of VIP DLLs are issued.

	~~{{VpPuZzle. Observe. Naivgator}}~~

	==References==		==References==
	[[Category:VpPuZzle]]		[[Category:VpPuZzle]]

Victor Yukhtenko: /* Опыт применения */

2008-01-31T08:55:51Z

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

← Предыдущая		Версия 10:55, 31 января 2008
Строка 109:		Строка 109:
	*VIP DLLs use the Visual Prolog system run-time DLLs, ‘which are Visual Prolog version dependant. Any modification in these DLLs may lead to the unstable functionality. All interacting user components must be rebuilt when the new versions of VIP DLLs are issued.		*VIP DLLs use the Visual Prolog system run-time DLLs, ‘which are Visual Prolog version dependant. Any modification in these DLLs may lead to the unstable functionality. All interacting user components must be rebuilt when the new versions of VIP DLLs are issued.

	~~==Опыт применения==~~
	{{VpPuZzle. Observe. Naivgator}}		{{VpPuZzle. Observe. Naivgator}}
	Создан полный набор операций для манипуляций pzl-Компонетами и pzl-Контейнерами. Первая версия приложения, которое поддерживает элементарный набор операций (Elementary Studio), позволяет использовать PZL-технологию в практическом программировании. Инструменты, которые поддерживают PZL-технологию, сами используют эту технологию и, таким образом, следуют идее приложений с открытой архитектурой.
	==References==		==References==
	[[Category:VpPuZzle]]		[[Category:VpPuZzle]]

Victor Yukhtenko: /* Заключение */

2008-01-31T08:53:00Z

Заключение

← Предыдущая		Версия 10:53, 31 января 2008
Строка 86:		Строка 86:
	All pzl-components active at the given moment use the same standard output stream.		All pzl-components active at the given moment use the same standard output stream.

	==~~Заключение~~==		==Summary==
	~~Для создания технологии работы с DLL были использованы следующие свойства системы программирования~~ Visual Prolog:		The following features of the Visual Prolog programming system used:
			*The VIP DLLs permit to use the deterministic and nondeterministic predicates invoked through the border of the DLL.
			*The DLLs work in the same memory space as the main application
			*The package-oriented source code organization
			*The advanced class system
			*The flexible interface concept, combined with the domain concept
			*The existence of the domain object, which all instances belong to
			*The localization of the constants in classes
			*The conditional compilation
			*The possibility to build statically linked libraries
			The Pzl-technology has all advantages and disadvantages, which VIP programming has because of it don’t change much the VIP style of programming.

	*~~Возможность использования детерминированных и недетерминированных предикатв, вызываемых из DLL~~		The pzl-technology sets some limitations:
	*~~Главное приложение и DLL работают в одном и том же пространстве памяти~~		*The only one constructor type may be used
	*~~Пакетная организация исходных текстов~~		*The interacting classes must be dynamic
	*~~Гибкая концепция объектно~~-~~ориентированного программирования~~		*The names of the class and the base interface must be different
	*Гибкая концепция интерфейсов, ~~интегрированная с концепцией доменов~~		*Being DLL-based, pzl-components can be invoked only by the applications, which use the pzl-technology and created by Visual Prolog tools
	*Наличие домена object, ~~являющегося родительским доменом для всех объектов~~
	*Локализация констант в классах
	*Условная компиляция
	*Возможность построения статических библиотек

	~~Pzl~~-~~Технологии присущи все преимущества и недостатки~~, ~~присущие системе программирования~~ VIP, ~~поспольку она не нарушает стиль программирования, присущий программированию в~~ VIP.		The usual limitations of VIP DLLs must be taken in account:
			*The DLL-based components must have the stable set of declarations of interfaces. When the DLL is built, any changes of the used interfaces may lead to the exceptions. All interacting components must be rebuild
			*VIP DLLs use the Visual Prolog system run-time DLLs, ‘which are Visual Prolog version dependant. Any modification in these DLLs may lead to the unstable functionality. All interacting user components must be rebuilt when the new versions of VIP DLLs are issued.

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

	~~Следующие ограничения, характерные для применения DLL в VIP, должны быть приняты во внимание:~~
	*Компоненты, основанные на DLL, должны иметь стабильный набор интерфейсов. После того, как DLL построена, любые изменения в используемых интерфейсах могут привести к прерываниям по ошибке. Для избежания этого все компоненты, взаимодействующие с модифицированной компонентой должны быть перестроены.
	*DLL, построенные с использованием VIP, пользуются библиотеками периода исполнения, поставляемыми в составе системы Visual Prolog. Эти библиотеки зависят от версии VIP. Любые модификации в этих библиотеках периода исполнения, связанные с изменениями версии VIP могут вести к нестабильности приложения. Во избежание этого рекомендуется все компоненты перестроить с использованием новой версии системы программирования.
	==Опыт применения==		==Опыт применения==
	{{VpPuZzle. Observe. Naivgator}}		{{VpPuZzle. Observe. Naivgator}}

Victor Yukhtenko: /* Общий поток вывода STDO */

2008-01-31T08:43:44Z

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

← Предыдущая		Версия 10:43, 31 января 2008
Строка 83:		Строка 83:
	Vip has convenient error handling system. Pzl-technology supports the common error handling space. Thus any pzl-component has the access to the exception data common to all pzl-components of the application.		Vip has convenient error handling system. Pzl-technology supports the common error handling space. Thus any pzl-component has the access to the exception data common to all pzl-components of the application.

	===~~Общий поток вывода~~ STDO===		===The common standard output stream STDO===
	~~Все компоненты, активные в данный момент, используют единый стадартный поток вывода~~.		All pzl-components active at the given moment use the same standard output stream.

	==Заключение==		==Заключение==

Victor Yukhtenko: /* Общее пространство обработки ошибок */

2008-01-31T08:41:57Z

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

← Предыдущая		Версия 10:41, 31 января 2008
Строка 80:		Строка 80:
	If we follow the idea of the open architect applications, then the user-defined component may have an access to all components active in the application at the moment. The only condition is that User must know the interfaces of the classes in this case and User must know the principles of the organization of the application.		If we follow the idea of the open architect applications, then the user-defined component may have an access to all components active in the application at the moment. The only condition is that User must know the interfaces of the classes in this case and User must know the principles of the organization of the application.

	===~~Общее пространство обработки ошибок~~===		===The common Error Handling space===
	~~Другим механизмом, не обусловленным непосредственно~~ pzl-технологиеей, является огранизация общего механизма обработки ошибок для всех активных Vip7DLL. Таким образом, информация об ошибках, созданная средствами обработки исключительных ситуаций VIP7, доступна для обработки в любом из классов приложения.		Vip has convenient error handling system. Pzl-technology supports the common error handling space. Thus any pzl-component has the access to the exception data common to all pzl-components of the application.

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

Victor Yukhtenko: /* Регистрация активных объектов */

2008-01-31T08:37:45Z

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

← Предыдущая		Версия 10:37, 31 января 2008
Строка 47:		Строка 47:
	The use of the pzl-containers with the Public and Commercial license levels is available also in that case.		The use of the pzl-containers with the Public and Commercial license levels is available also in that case.

	===~~Регистрация активных объектов~~===		===Active Objects registration===
	~~Pzl-система содержит ряд механизмов~~, не связанных непосредственно с обеспечением работы компонент. Одним из таких механизмов является механизм регистрации активных объектов.		PzlSystem performs some functionality, which are not directly concerns with the component technology.

	~~Посмотрим вновь на главную конструкцию использующую объект в~~ VIP:		One of these kinds of the functionality is the Active Object registration. Let’s come back to the major construction of the VIP:
	<vip>		<vip>
	...		...
Строка 57:		Строка 57:
	...		...
	</vip>		</vip>
	Созданный экземпляр класса, будет уничтожен после завершения исполнения клаузы, если указатель на экземпляр не будет сохранен или передан в виде параметра. ~~Однако может возникать множество ситуаций~~, ~~когда экземпляр класса может быть использован различными классами~~. ~~Тогда требуется сохранить указатель на экземпляр в месте, известном всем классам~~, ~~том числе являющимся pzl-компонентами~~.		Once created instance of the class will be destroyed if the pointer (reference) to the instance will not be stored. There are many situations, when one
			instance may be used by many other classes. Then it is needed to store the pointer to this instance in the place, which all components can easily reach.

	~~При использовании приложения~~, не использущего DLL, для хранения указателей на экземпляры классов может быть использован обычный статический класс. ~~Но когда используется технология, базирующаяся на DLL~~, ~~необходимо общеизвестное и общедоступное хранилище указателей~~. ~~Pzl~~-технология включает механизм такого хранения, при этом само хранилище находится в PzlPort, то есть в главном исполняемом приложении. Любая компонента, помещенная в любой контейнер может легко выполнять операции, аналогичные приведенным ниже.		When we have the application built using the usual style we may have the static class, which can store pointers to instances. When we use the technology based on the DLLs we need some data store, which all components can refer to. In the pzl-technology the special data store engine embedded to the pzlPort. Any component placed to any container can easily make the operation like

	~~Сохранение указателя осуществляется так~~
	<vip>		<vip>
	MyClassInstance =myClass::new(),		MyClassInstance =myClass::new(),
Строка 68:		Строка 67:
	...		...
	</vip>		</vip>
	~~А любой другой объект может получить указатель на объект и использовать его с помощью следующего кода~~		Any other object can get the object using the call
	<vip>		<vip>
	...		...
Строка 77:		Строка 76:
	...		...
	</vip>		</vip>
	~~Класс~~ Pzl ~~содержит много других полезных предикатов, связанных с регистрацией указателей на экземпляры~~.		Class Pzl contains many other useful predicates to manipulate with the object registration.

	~~Если следовать идее приложений с открытой архитектурой~~, то все компоненты, в том числе и разработанные пользователями, могут иметь доступ к экземплярам компонент, активных в данный момент. Единственным условием, которое должно при этом быть соблюдено, - это то, что создатель компоненты должне знать принципы организации приложения.		If we follow the idea of the open architect applications, then the user-defined component may have an access to all components active in the application at the moment. The only condition is that User must know the interfaces of the classes in this case and User must know the principles of the organization of the application.

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

Victor Yukhtenko: /* Compatibility and Authorising */

2008-01-31T08:30:09Z

Compatibility and Authorising

← Предыдущая		Версия 10:30, 31 января 2008
Строка 39:		Строка 39:
	PzlPorts may have Commercial and Exclusive license levels, while pzl-containers may have all three levels listed above. The Exclusive license level has the highest privilege.		PzlPorts may have Commercial and Exclusive license levels, while pzl-containers may have all three levels listed above. The Exclusive license level has the highest privilege.

	The PzlPort can communicate with the ~~pzlContainers~~, which have the same or the lower privilege.		The PzlPort can communicate with the pzl-containers, which have the same or the lower privilege.

	The Exclusive license level is the private license and can be created for the given user personally.		The Exclusive license level is the private license and can be created for the given user personally.

	The PzlPort, which has the Exclusive license level of the given edition, can communicate with the pzl-containers, which have the same edition of the ~~exclusive~~ license level.		The PzlPort, which has the Exclusive license level of the given edition, can communicate with the pzl-containers, which have the same edition of the Exclusive license level.

	The use of the pzl-containers with the ~~public~~ and ~~commercial~~ license levels is available also in that case.		The use of the pzl-containers with the Public and Commercial license levels is available also in that case.

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

Victor Yukhtenko: /* Compatibility and Authorising */

2008-01-31T08:28:09Z

Compatibility and Authorising

← Предыдущая		Версия 10:28, 31 января 2008
Строка 33:		Строка 33:

	Also three levels of the licenses are used to avoid the unauthorized use of pzl-containers. These levels are:		Also three levels of the licenses are used to avoid the unauthorized use of pzl-containers. These levels are:
	1. Public		#Public
	2. Commercial		#Commercial
	3. Exclusive		#Exclusive

	PzlPorts may have Commercial and Exclusive license levels, while pzl-containers may have all three levels listed above. The Exclusive license level has the highest privilege.		PzlPorts may have Commercial and Exclusive license levels, while pzl-containers may have all three levels listed above. The Exclusive license level has the highest privilege.

Victor Yukhtenko: /* Совместимость и авторизация */

2008-01-31T08:27:38Z

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

← Предыдущая		Версия 10:27, 31 января 2008
Строка 27:		Строка 27:
	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		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

	===~~Совместимость и авторизация~~===		===Compatibility and Authorising===
	~~Особенностью использования DLL~~, построенных на базе VIP (VipDLL), является то, что как главное приложение, построенное с помощью VIP, так и VipDLL используют одни и те же библиотеки периода исполнения (runtime libraries), ~~которые напрямую зависят от версии VIP~~, ~~как продукта~~. Если VipDLL была построена для использования с одной версией библиотек, а главное приложение использует другую версию библиотек, то может возникнуть проблема несовместимости. Механизмы pzl-технологии предусматривают контроль совместимости версий так, что PzlPort проверяет возможность работы с каждой VipDLL перед началом взаимодействия с ней. Если обнаружена возможность несовместимости, то VipDll выгружается и генерируется исключительная ситуацият (exception).		Because of the parts of the applications, based on the pzl-Technology, may be build in different time and with the different versions of the Visual Prolog, the incompatibility between the application and DLLs and between DLLs may happen. Tools placed to pzl-port and pzl-container libraries communicate and check this compatibility before the use of components have started.

	Кроме того pzl-механизмы предусматривают контроль уровня лицензии для предотвращения несанкционированного использования компонент. Для этого предусмотрены три уровня лицензирования:		If the incompatibility have descovered, then the DLL is unloaded and the exception is generated.
	*Public (Открытый)
	*Commercial (Коммерческий)
	*Exclusive (Экслюзивный)
	~~Ограничения на использование определяются соотношение уровней лицензий pzl-порта и pzl-контейнера~~.

	~~PzlPort может иметь уровни Commercial и Exclusive, в то время как~~ pzl-~~контейнер может иметь любой из указанных уровней~~. ~~Лицензия уровня Exclusive имеет наивысший приоретет~~. ~~PzlPort может взаимодействовать с контейнерами, имеющими лицензию того же или более низкого уровня~~. ~~Так pzl-порт с уровнем~~ Commercial ~~может взаимодействовать с контейнерами Public и Commercial, но не может взаимодействовать с контейнером уровня~~ Exclusive.		Also three levels of the licenses are used to avoid the unauthorized use of pzl-containers. These levels are:
			1. Public
			2. Commercial
			3. Exclusive

	~~Лицензии уровня~~ Exclusive являются персональными лицензими и могут создаваться для конкретного пользователя или для конкретного приложения. ~~Каждая лицензия уровня~~ Exclusive ~~является уникальной и имеет издательский идентификатор~~.		PzlPorts may have Commercial and Exclusive license levels, while pzl-containers may have all three levels listed above. The Exclusive license level has the highest privilege.

	~~Установлено~~, ~~что pzl-порт уровня~~ Exclusive ~~может взаимодействовать с любым контейнером уровня Public~~, ~~любым контейнером уровня Commercial и с любым контейнером уровня~~ Exclusive, ~~имеющим тот же издательский идентификатор~~, ~~что и сам PzlPоrt~~.		The PzlPort can communicate with the pzlContainers, which have the same or the lower privilege.

			The Exclusive license level is the private license and can be created for the given user personally.

			The PzlPort, which has the Exclusive license level of the given edition, can communicate with the pzl-containers, which have the same edition of the exclusive license level.

			The use of the pzl-containers with the public and commercial license levels is available also in that case.

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