Сервера приложений

[metaclass]

Периодически на работе всплывает вопрос: а не завести ли нам манула? а не переселить ли приложения на трехзвенную архитектуру ради большей адекватности серверной части и убирания части логики с клиентской.

Но все это натыкается на то, что единственный сервер приложений на слуху - это JBoss, затраты от переписывания всего этого на жабу превысят потенциальные улучшения, а мысль о том, что придется деплоить это в условиях предприятий, где ИТ-службы или нет, или она состоит из адептов экзотических сортов клея, сразу оставливает любое желание что-либо делать.

В связи с этим, имеется вопрос: если не жаба и не дотнет, и не веб-интерфейсы, а нормальная трехзвенка - субд, аппсервер, более-менее интеллектуальный клиент и все это предпочительно кроссплатформенное - на чем такое вообще писать? И какая должна быть архитектура подобной вещи, а особенно - какая модель данных, какая парадигма программирования и в каком виде гонять данные между клиентом и аппсервером, чтобы это не оказалось очередной инкарнацией СуперУниверсальнойСистемыДляВсего, на которой сделать что-либо сложнее, чем это же склепать по быстрому с нуля вручную :)

Comments

[sergiej.livejournal.com]

Вот я работаю с одним уже готовым приложением, "добавить поле в таблицу/добавтиь поле в объект/добавить поле в интерфейс", J2EE + умный фреймворк - это занимает 15 минут, я недавно именно такой сценарий демонстрировал и сам удивился :)

[metaclass.livejournal.com]

О, а что за умный фреймворк и как это все выглядит?

[sergiej.livejournal.com]

Секрет, да и нет возможности его использования, он поставляется исключительно с этим приложением. Уверен что есть другие, не менее хитрые, просто я ими не занимался.

[metaclass.livejournal.com]

Хехе, я так и знал, что все полезное это исключительно собственные разработки :)

[sergiej.livejournal.com]

Будет. Через несколько лет SUN будет примерно там где теперь эти фичи. Пришёл же он сегодня с глассфишем на уровень веблоджика пятилетней давности.