Краткая история.
Программа предназначена для управления различным технологическим оборудованием
с разными интерфейсами и протоколами, с программой работает оператор в
круглосуточном режиме. Изначально - лет 10 назад это была
легкое приложение под Win16, помещалась на одну дискетку.
В данный момент она представляет собой многомегабайтный монстр (инсталляция -
около 20 Мб) под Win32 (сначала под NT4, сейчас под 2000).
Часть подсистем вынесено в отдельные сервера, сделано куча "драйверов" раз -
личного оборудования вынесенных в отдельные DLL, плагинов, реализующих
различную логику поведения системы и т.п.
По мере развития наметился нехороший (по моему мнению) архитектурный перекос:
все драйвера и плагины вешаются на один процесс, кот. обслуживает GUI (драйвера
и плагины тоже имеют свои диалоги и т.п.) что вызвало сокращение надежности...
Сейчас есть возможность пересмотреть архитектуру т.к. мы сделали "умный"
контроллер для работы с тех. оборудованием кот. выполнен в отдельном блоке
со своей ОСРВ и будет связан с PC одним каналом связи...
Я планирую очень легкий кроссплатформенный GUI клиент + сервер (аля Application
Server), на котором можно будет делать расширения логики и т.п.
До сих пор меня останавливало одно - сложность управления пользовательским
интерфейсом от сервера. (Связка HTML браузер + стандартный AppServer отпадает, т.к. существуют
требования отображения информации "в реальном" времени.)
Похожее решение я видел в сети, наз. jazz http://jazz.sourceforge.net/, однако не понравилось 1 - низкая скорость работы, 2 - использование QT.
Может кто нибудь сталкивался с подобными вопросами и нашел приемлимое решение ?
А чем Java - HTML вариант-то плох?02.03.06 05:25 Автор: Zef <Alloo Zef> Статус: Elderman
Сделать обмен данными между клиентом и сервером "по событиям": произошло изменение - пошел сигнал, нет изменений - нет обмена. Главное достоинство - не надо инсталлировать ГУИ и следить за его апгрейдом. Он всегда автоматически самый свежий и правильный грузится с сервака.
DCOM
> Краткая история. > Программа предназначена для управления различным > технологическим оборудованием > с разными интерфейсами и протоколами, с программой работает > оператор в > круглосуточном режиме. Изначально - лет 10 назад это была > легкое приложение под Win16, помещалась на одну дискетку. > В данный момент она представляет собой многомегабайтный > монстр (инсталляция - > около 20 Мб) под Win32 (сначала под NT4, сейчас под 2000). > Часть подсистем вынесено в отдельные сервера, сделано куча > "драйверов" раз - > личного оборудования вынесенных в отдельные DLL, плагинов, > реализующих > различную логику поведения системы и т.п. > > По мере развития наметился нехороший (по моему мнению) > архитектурный перекос: > все драйвера и плагины вешаются на один процесс, кот. > обслуживает GUI (драйвера > и плагины тоже имеют свои диалоги и т.п.) что вызвало > сокращение надежности... > > Сейчас есть возможность пересмотреть архитектуру т.к. мы > сделали "умный" > контроллер для работы с тех. оборудованием кот. выполнен в > отдельном блоке > со своей ОСРВ и будет связан с PC одним каналом связи... > Я планирую очень легкий кроссплатформенный GUI клиент + > сервер (аля Application > Server), на котором можно будет делать расширения логики и > т.п. > До сих пор меня останавливало одно - сложность управления > пользовательским > интерфейсом от сервера. (Связка HTML браузер + стандартный > AppServer отпадает, т.к. существуют > требования отображения информации "в реальном" времени.) > > Похожее решение я видел в сети, наз. jazz > http://jazz.sourceforge.net/, однако не понравилось 1 - > низкая скорость работы, 2 - использование QT. > Может кто нибудь сталкивался с подобными вопросами и нашел > приемлимое решение ?
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
