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

[metaclass]

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

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

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

Comments

[henu3detb.livejournal.com]

В файлах конфигурации нет абсолютно никакой проблемы при нормальной поддержке IDE. Я полагаю, что если дать любому девелоперу здоровый проект на любом языке програмимрования и заставить его развивать проект в блокноте, то девелопер очень быстро придет к суициду. Так же и тут, если с конфигом работать легко и непринужденно, то никаких проблем. В общем Spring и IDEA могу советовать. Остальное не могу.

[zamotivator.livejournal.com]

СУБД достаточно большой и сложный проект?
Как же я без суицида в emacs'е разработку и отладку веду...

[henu3detb.livejournal.com]

Не знаю как, я про блокнот говорил.

[zamotivator.livejournal.com]

В самом начале был упомянут навороченный IDE, что конфиги правит самостоятельно.
В противовес был упомянут блокнот.
Зачем из крайности в крайность?
Комбайн что шуршит непонятно как и где - верный путь к граблям.
До сих пор не могу забыть кошмар под названием BLToolkit, DCOM, WCF, TFS...
Это пиздец.

Система должна быть поддерживаема и emacs'ом, и (если по-быстрому править нужно, или end-user'у через приложение) при помощи блокнота, и так далее - т.е. plain -text конфиги.

А путь microsoft - способ склепать монолитного монстра (монолитного - в плане завязки на один и только один способ настройки - IDE). Для разовых проектов сойдёт, в течении нескольких лет поддерживать - убьёшься тапком.

[henu3detb.livejournal.com]

Я вообще-то не про IDE писал. Ну да ладно.

[zamotivator.livejournal.com]

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

То что либо IDE/либо блокнот линия видна.
Тезис - без IDE конфиги править неудобно (в блокноте, например) тоже видно.
Что я не так понял?

[henu3detb.livejournal.com]

IDEA, кстати, конфиги сама не правит.

[kmmbvnr.livejournal.com]

>>До сих пор не могу забыть кошмар под названием BLToolkit, COM, WCF, TFS....

И кто в этом зоопарке самый самый?
BLToolkit сам по себе выглядит, так ничего удачно.