Архитектура на стороне сервера для мобильных веб-приложений

В большинстве настольных веб-приложений, над которыми я когда-либо работал, вам нужен серверный веб-фреймворк. Серверный веб-фреймворк (Struts, Spring MVC и т.д.) имеет некий контроллер для обработки запросов, а затем шаблонизатор (Velocity, JSP и т.д.) для создания динамического контента.

Сейчас я начинаю работать над мобильными веб-приложениями, и все обсуждения, которые я вижу, вращаются вокруг выбора UI-фреймворка (jQuery Mobile, jQTouch, Sencha Touch и т.д.), но я не вижу никаких обсуждений того, что происходит на стороне сервера для фактической обработки HTTP-запросов или генерации HTML, CSS и JavaScript.

Значит ли это, что большинство мобильных веб-приложений не используют серверный веб-фреймворк... то есть сервер обслуживает статический контент, большая часть интерактивного поведения написана на JavaScript, а единственный код на стороне сервера - это REST-сервисы, которые загружает клиент JavaScript?

Если бы я хотел использовать серверный веб-фреймворк, было бы это плохой идеей? С какими проблемами я столкнусь? Есть ли у кого-нибудь рекомендации по веб-фреймворку, который был бы продуктивной платформой и не "мешал" бы мобильным UI-фреймворкам вроде jQuery mobile?

ПРИМЕЧАНИЕ: Разработчики, с которыми я работаю, в основном из корпоративных Java-компаний, однако я бы не стал ограничиваться только веб-фреймворками на Java. Есть и другие фреймворки, уходящие корнями в Java, которые можно было бы рассмотреть (Grails, Lift и т.д.).

11
задан Matt Accola 5 January 2012 в 17:09
поделиться