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

[metaclass]

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

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

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

Comments

[metaclass.livejournal.com]

Все что мне приходит в голову - это какие-то дикие извраты из смеси MDA, веб-сервисов, хаскеля и метапрограммирования с генерацией кода :) Но такие вещи чтобы нормально реализовать - это надо о конечной задаче забыть вообще, потому что до нее дело никогда не дойдет. Или же разрабатываемая платформа превратится в собрание кошмаров и костылей, только для того, чтобы конечная задача заработала.

[paranoekk.livejournal.com]

Надо брать что-то народное и нормально документированное. А всякие фокусы обречены на гемморой.

[metaclass.livejournal.com]

Вот-вот. Поэтому и не делаю ничего пока, во избежание проблем для людей в будущем :)