В большинстве настольных веб-приложений, с которыми я когда-либо работал, вам нужна веб-инфраструктура на стороне сервера. Веб-среда на стороне сервера (Struts, Spring MVC и т. Д.) Имеет какой-то контроллер для обработки запросов, а затем механизм шаблонов (Velocity, JSP и т. Д.) Для генерации динамического содержимого.Архитектура на стороне сервера для мобильных веб-приложений
Теперь я начинаю работать над мобильными веб-приложениями, и все обсуждения, которые я вижу, вращаются вокруг выбора пользовательского интерфейса (jQuery Mobile, jQTouch, Sencha Touch и т. Д.), Но я не вижу никакого обсуждения того, что происходит на на стороне сервера, чтобы фактически обрабатывать HTTP-запросы или генерировать HTML, CSS и JavaScript.
Означает ли это, что большинство мобильных веб-приложений не используют веб-структуру на стороне сервера ... означает, что сервер обслуживает статический контент, большая часть интерактивного поведения кодируется в JavaScript, и единственный серверный код REST-услуги, которые загружает клиент JavaScript?
Если бы я хотел использовать веб-структуру на стороне сервера, это была бы плохая идея? С какими проблемами я столкнулся? Есть ли у кого-нибудь рекомендации по веб-инфраструктуре, которые будут продуктивной платформой, а не «мешают» мобильным интерфейсам пользовательского интерфейса, например, jQuery mobile?
ПРИМЕЧАНИЕ. Разработчики, с которыми я работаю, в основном, связаны с корпоративными фонов Java, однако я бы не ограничивал их только веб-рамками Java. Существуют другие структуры, которые имеют корни в Java, которые можно было бы рассмотреть (Grails, Lift и т. Д.).