Copyright (c) Prolog Development Center SPb

Application Frame. Введение.

Назначение

Набор шаблонов проектов Applicaion Frame (используется также название AppFrame) ,  может служить основой приложений, которые 

• имеют клиент-серверную архитектуру в виде FrontEnd и BackEnd, взаимодействующих либо в рамках единого моно-приложения, либо посредством HTTP
• базируются на применении панели управления (ribbon)

• панель управления (ribbon)
• может быть описана, в том числе,  как XML структура
• может легко расширяться и настраиваться
• позволяет расширять функции приложения подключением плагинов, выполненных по PZL-технологии (см. VipPzlSystem)
• используют настраиваемые словари для элементов пользовательского интерфейса, в том числе с целью получения мультиязычных приложений
• обеспечивает возможность как синхронного, так и асинхронного обмена информацией между  FrontEnd и BackEnd.

Набор шаблонов проектов Applicaion Frame создан на основании опыта  разработки проекта  WorkspaceManager  (WSM, см. SpbVipTools\Bin\wsmAppData\WorkSpaceManagerRu.pdf)
Выполнено В. Юхтенко (Prolog Development Center SPb). Консультации по http-взаимодействию оказывал А. Басукинский.

Архитектура

Структура моно приложения приведена на следущем рисунке

Здесь синими стрелками показаны связи внутри BackEnd и FrontEnd соответственно, а красными - организация связи между BackEnd  и FrontEnd.

Регистратор объектов ObjectRegistry является составной частью Pzl-системы.

Внутри этих структур модули получают доступ к другим модулям через BE(FE)-Connector, который обращается к регистру объектов ObjectRegistry.

События, возникающие по инициативе противоположной стороны обрабатываются модулями соответственно  FE-Requests и BE-Responces, которые вызывают на исполнение  модули BE(FE) Tasks. Те, в свою очередь, обращается к остальным модулям BackEnd (FrontEnd). Получив данные для противоположной стороны, модуль BE(FE)Tasks посылает сообщение через модуль BE(FE) Event. Противоположная строна подписывается на события источника данных для нее.

Инициатором обмена данными всегда является FrontEnd, который инициирует выполнение задач в BackEnd. 

Работа происходит в асинхронном режиме: отправив запрос, FrontEnd возвращается к своей работе. BackEnd, получив запрос выполняет задачу и, возможно, инициирует передачу данных во FrontEnd. Это может быть либо одно сообщение, либо последовательность сообщений, которые должны быть обработаны во FrontEnd.

Модули расширения Plug-ins являются DLL, организованными по определенным правилам и подключаются через систему PZL (PuZzle).

Такая структура приложения позволяет практически безболезненно перейти к варианту раздельных приложений (BackEnd и FrontEnd), взаимодействующих по http- протоколу, добавив и включив в работу Http-Сервер и Http-Клиент.

Client и Server  сами преобразовывают данные и организуют их передачу между BackEnd и FrontEnd. При этом как FrontEnd, так и BackEnd содержат в своем составе PZL-систему:. Это обеспечивает возможность использования Plug-in (ов)  как в BackEnd, так и во FrontEnd.

Технологии

• Клиент-серверная архитектура;
• Регистрация объектов в общедоступной памяти;
• Организация хранения данных в формате XML;
• Обмен данными на основе событий (Event Messaging);
• Организация пространства формы на базе split Screen;
• Организация  управления на базе панели (пакет ribbon-control фирмы PDC);
• Представление панели в текстовом виде в формате XML;
• Использование DLL в качестве plugin по соглашениям PZL-технологии;
• Обмен данными по http;
• Обмен данными в формате EDF (Exchange Data Format - формат PDCspb) в сочетании с JSON (последнее только при обмене по http) ;
• Использование технологии асинхронного обмена данными (пакет future фирмы PDC).

Набор шаблонов

• Обмен информацией между FrontEnd и BackEnd
• Обмен информацией между модулями
• Поддержуку словарей
• Загрузку, расширение и трансформацию панели управления
• Исполнение команд
• Подключение Плагинов и их запуск