Существует ли реальная потребность в серверной архитектуре для приложения RIA? - PullRequest
1 голос
/ 21 ноября 2008

Нужна ли нам действительно серверная архитектура для создания приложения RIA?

Моя идея заключается в следующем:

  • Создайте полное приложение RIA, используя только HTML-страницы, JQuery и полный набор компонентов пользовательского интерфейса на стороне клиента (выберите яд среди большого количества различных компонентов, доступных с открытым исходным кодом, а не)
  • На стороне сервера. У меня есть только один или несколько REST-подобных веб-сервисов, которые возвращают и принимают сериализованные объекты Json

Больше нет зависимости от последних тенденций в архитектуре на стороне сервера (Struts, Java Faces, Asp.Net, MVC или любая другая модель, которая была модной некоторое время назад или сейчас модной), сторона веб-сервера будет просто интерфейсом между trasnsport (Json) и уровень бизнес-логики, в котором очень мало логики.

На стороне клиента у нас будет огромное приложение JavaScript, но с современными браузерами и ПК (для скорости) и современной средой разработки для простоты обслуживания (VS2008 и другие инструменты очень хорошо отлаживают JavaScript) я вижу меньше проблем в обслуживании кода для этого уровня, чем найти разработчика, который знает правильную архитектуру уровня сервера ...

У вас есть комментарии к этому сценарию?

Ciao Massimo

Ответы [ 4 ]

1 голос
/ 01 января 2009

Только не размещайте логику безопасности на стороне клиента ...; -)

1 голос
/ 21 ноября 2008

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

Большая часть программного обеспечения полезна, если вы знаете, как правильно применять то, что вам нужно знать для достижения ваших целей на стороне клиента, потому что одни и те же понятия (SOC, соединение-против-сплоченность, DRY, YAGNI, и т. д.) применимы к обоим целям, и у нас все чаще появляются полезные инструменты для их применения (которые могут быть выполнены более или менее легко с помощью множества технологий).

0 голосов
/ 01 января 2009

Большинству приложений RIA не требуется MVC или основанная на компонентах структура, поскольку C, V и большая часть M находятся на клиенте. Однако вам все еще понадобится некоторый уровень сервисов для общения с клиентом и уровень персистентности для работы с базой данных.

0 голосов
/ 21 ноября 2008

Или даже не беспокойтесь о части REST / Json и используйте что-то вроде DWR для прямой связи с кодом на стороне клиента с вашими POJO-серверами.

...