информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыАтака на InternetЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Крупный взлом GoDaddy 
 Просроченный сертификат ломает... 
 Phrack #70/0x46 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Архитектурный вопрос 01.03.06 11:42  
Автор: OlegY <Oleg Yurchenko> Статус: Registered
Отредактировано 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.
> Может кто нибудь сталкивался с подобными вопросами и нашел
> приемлимое решение ?
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach