Xpoint
   [напомнить пароль]

J2EE и Desktop Swing приложения. Имеет ли смысл?

Метки: [без меток]
2006-09-28 14:33:40 [обр] p.d.v.[досье]
Имеет ли смысл разрабатывать такие приложения или же делать привычные всем
клиент-серверные приложения?
спустя 37 минут [обр] 30-ый(59/584)[досье]
Все зависит от требований и условий разработки.
спустя 12 минут [обр] p.d.v.[досье]
Область разработки: приложения для учета/упрвления материальными запасами.
Требований особых нет.
Ввод и обработка документов, ведение справочников, построение отчетов, актуализация остатков на счетах.
спустя 1 день 2 часа [обр] 30-ый(59/584)[досье]

Если у вас обычное GUI приложение, работающее в локальной сети, то вы вполне можете разрабатывать его классическими методами... т.е. просто прямым соединением с базой данных.

Если же вам требуется направлять данные через Интернет, по медленному каналу - посмотрите в сторону сервера приложений. Аналогично, если к вашему прилождению требуются различные клиенты... GUI, Web, PDA и т.д.

В случае сложных расчетов на стороне сервера, которые требуют больших объемов данных или большой процессорной мощности, вам также явно не обойтись без сервера приложений.

При любом раскладе я бы очень советывал использовать какой-нибудь persistent-framework (Hibernate, iBatis или CMP из EJB 2/3), а не связыватся с JDBC напрямую.

спустя 2 часа 27 минут [обр] p.d.v.[досье]

Уже используем Hibernate и к слову сказать пока довольны, правда не все запросы к данным
поддерживаются (например вложенные)
Конечно же впоследствии планируется использовать WEB клиентов.

Почему выбрали использование сервера приложений?

  • Не понравилась идея прямого соединения с базой данных
  • Некоторые вычисления хотелось бы делать в одном месте - чтоб не пересылать большой объем данных по сети и использовать всю процессорную мощь сервера.
  • В перспективе будут, помиио GUI и WEB клиенты - а сервер приложений дает возможность естественным образом, как мне кажется, повторно использовать один раз написанные бины.
  • WEB клиенты будут работать по медленному каналу.
  • Если поменяется что-то в алгоритмах, то обновить бин на сервере гораздо проще, чем обновлять

приложение на клиентских станциях

С последним доводом конечно можно поспорить.
Ведь зачастую если кардинально меняется алгоритм, то приходится менять и GUI, а это
уже изменения не только на сервере приложений. Мне могут возразить: используй WebStart для
обновления клиентской части приложения, но в таком случае WebStart спасает и в случае классических двухзвенок.

Powered by POEM™ Engine Copyright © 2002-2005