|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Обновление компонентов desctop-приложения
Здравствуйте.
Подскажите верный путь в проектировании системы которая проверяет наличие новых модулей на удалённом сервере с последующим обновлением самого-себя. Примерно для себя я вижу следующею схему. Есть оболочка которая проверяет загруженные/установленные версии модулей на локальном диске с удалёнными и в случае наличии более новых производит обновление первых. Но в голове моей постал вопрос. Как же всё таки это сделать. Одно дело когда мы будем обновлять GUI, другое дело когда обновление касается моделей или контроллеров (использую MVC). Как лучше организовать данную структуру. Кто имел опыт или есть представление буду очень признателен за любую информацию.
__________________
return this... |
|
|||||
Цитата:
Создаем AIR-проект с интерфейсом IClient для доступа к NativeApplication и сервисам ( так как эта часть не измена ). Далее создаем отдельный обычный ActionScript проект с мейном реализующий интерфейс IApplication который имеет метод clientHandler(client:iClient). Соответственно Air-проект при старте приложения проверяет на наличие нового Application на удалённом хосте и если что делает обновления локального swf. Далее помещает его на сцену и передает в clientHandler модель Client, что бы Application мог достучатся к NativeApplication. Далее расширяем IClient для получения списка всех доступных Application ( к примеру рассмотрим что у нас площадка с несколькими отдельными играми и список доступных App реализовывается в Client). Соответственно Client будет иметь модель User c основными данными по авторизации пользователя, такие как логин, пароль, баланс. А уже в подгружаемом Application мы используем User для своих целей имея глобальный доступ к NativeApplication, сервисам и User. Далее уже отдельный Application мы можем разбить на Бизнес-логику и GUI. Таким образом можно конечно разбить и сами Application на страницы, но это будет слишком муторным, так как при обновлении части проекта нужно будет перекомпилировать другие части использующие обновленный интерфейс или класс. Таким образом у нас получается один AIR-проект который сможет обновлять/добавлять свои компоненты ( игры ) без компилирования всех компонентов системы в целом.
__________________
return this... |
|
|||||
Модульная система. Вполне логичный подход. Только не могу понять, в чем проблема-то?
Можно сделать что-то типа чендж лога, но для самой проги. Она будет проверять какие версии и для кого модуля там прописаны. Если, скажем версия сборки view изменилась, то грузит новый модуль view |
Часовой пояс GMT +4, время: 19:48. |
|
« Предыдущая тема | Следующая тема » |
Опции темы | |
Опции просмотра | |
|
|