html - 移动网络应用程序的服务器端架构

Question

在我开发过的大多数桌面 Web 应用程序中，您需要一个服务器端 Web 框架。服务器端 Web 框架(Struts、Spring MVC 等)具有某种用于处理请求的 Controller ，然后是用于生成动态内容的模板引擎(Velocity、JSP 等)。

现在我开始研究移动 Web 应用程序，我看到的所有讨论都围绕着选择一个 UI 框架(jQuery Mobile、jQTouch、Sencha Touch 等)，但我没有看到任何关于正在发生的事情的讨论服务器端实际处理 HTTP 请求或生成 HTML、CSS 和 JavaScript。

这是否意味着大多数移动 Web 应用程序不使用服务器端 Web 框架...意味着服务器提供静态内容，大部分交互行为是用 JavaScript 编码的，唯一的服务器端代码是 REST JavaScript 客户端加载的服务？

如果我想使用服务器端 Web 框架，那不是个好主意吗？我会面临什么问题？有没有人推荐 Web 框架，它可以成为一个高效的平台，并且不会“妨碍”像 jQuery Mobile 这样的移动 UI 框架？

注意:与我合作的开发人员大多来自企业 Java 背景，但是，我不会将其仅限于基于 Java 的 Web 框架。可以考虑其他根植于 Java 的框架(Grails、Lift 等)。

Answer 1

当然是个好问题，我会这样回答。当前的趋势是在前端构建大量的交互性。有几个原因。一些人这样做是因为这是新事物，另一些人这样做是因为他们试图复制桌面体验。最后，任何给定的 Web 项目只有一个目标，那就是创造最佳和最可持续的用户体验。

话虽这么说，还是要避免使用服务器端技术，这就是那些为您生成前端但不使用 jQuery 的技术。今天超过 45% 的网站使用 jQuery，如果你选择其他东西，你将立即与流行的移动框架格格不入。 (GWT、IceFaces，我在看着你)。

可能最安全和最灵活的方法是使用基于 Spring 的实现或 Prime Faces . Spring Mobile值得一看。 Prime Faces 实际上实现了 jQuery Mobile，并且可以使用 Theme Roller 进行主题化。

一般来说，只要您推送良好的标记，使用什么后端框架(如果有的话)并不重要。浏览器不关心，用户唯一关心的是良好的体验。所以，只要不妨碍，选择任何能让你的开发者对后端满意的东西。

至于前端框架，是的，它们越来越受欢迎，因为它们确实倾向于标准化移动领域的一些最佳实践。 jQuery Mobile 与 Sencha 与 jQTouch 的比较有很多。我会让您自己决定哪个最适合您的项目，但肯定会使用 jQuery Mobile 或 Sencha，因为围绕它们的支持社区非常庞大，而且您不太可能看起来像许多破旧的本土移动网站当他们没有成功的经验时，他们试图从头开始做。这只是悲伤。我个人推荐的是 jQuery Mobile，因为它涵盖了如此广泛的设备范围，并且(假设您坚持标准的逐页模型)即使对于最糟糕的功能手机也能优雅地降级，并且仍然可以使用，但在智能手机上看起来很棒。

关于仅使用 RESTful 设计和 JavaScript 加载所有内容并管理状态的问题。有很多人正在这样做，这当然是一种快速的体验，但您会立即将可以使用它的人限制为移动浏览器支持良好 JavaScript 的人。您将看到仅支持 iOS、Android 2.2+、BlackBerry 6+ 和 Windows Phone 7+。所有其他人在查看您的网站时可能会遇到很大困难。在转向这样的实现之前，请仔细考虑您的听众。如果您的网站没有 JavaScript 就无法运行，并且您的主要客户在企业界......当最新的黑帽 session 暴露了公司电话的弱点并且出于保守的风险缓解(偏执狂)时会发生什么，他们将安全策略推向每个禁用 JavaScript 的手机。这种事情经常发生。因此，请考虑您的听众。