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