Html 移动web应用的服务器端体系结构

在我处理过的大多数桌面web应用程序中，您需要一个服务器端web框架。服务器端web框架（Struts、SpringMVC等）有一些用于处理请求的控制器，然后有一个用于生成动态内容的模板引擎（Velocity、JSP等）

现在我开始研究移动web应用程序，我看到的所有讨论都围绕选择UI框架（jQuery mobile、jQTouch、Sencha Touch等）展开，但我没有看到任何关于服务器端实际处理HTTP请求或生成HTML、CSS和JavaScript的讨论

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

如果我想使用服务器端web框架，这是个坏主意吗？我会面临什么问题？有没有人推荐web框架作为一个高效的平台，而不是像jQuery mobile这样的移动UI框架的“绊脚石”

---

注意：与我一起工作的开发人员大多来自企业Java背景，但是，我不会将其仅限于基于Java的web framoworks。还有其他一些基于Java的框架可以考虑（Grails、Lift等）。

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

也就是说，需要避免使用服务器端技术，而这些技术可以为您生成前端，但不使用jQuery。如今，超过45%的网站使用jQuery，如果您选择其他内容，您将立即与主流移动框架产生冲突。（格温特，冰面，我看着你）

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

一般来说，只要您正在推动良好的标记，使用什么后端框架（如果有的话）并不重要。浏览器并不关心，用户唯一关心的是良好的体验。因此，只要后端没有阻碍，选择任何能让开发人员满意的东西

至于前端框架，是的，它们的受欢迎程度正在增加，因为它们确实倾向于标准化移动领域的一些最佳实践。jQuery Mobile与Sencha、jQTouch之间有很多比较。我会让你去想哪一个最适合你的项目，但肯定会使用jQuery Mobile或Sencha，因为围绕它们的支持社区是巨大的，你不太可能看起来像许多破旧的、土生土长的移动网站，它们试图从头开始做这件事，但他们没有经验来完成。只是很伤心。我个人推荐jQuery Mobile，因为它涵盖了如此广泛的设备，而且（如果您坚持标准的逐页模式），即使是最糟糕的功能手机，它也会优雅地降级，并且仍然具有功能，但在智能手机上看起来很棒

您的问题是使用RESTful设计，JavaScript加载所有内容并管理状态。有很多人正在这样做，这当然是一个快速的体验，但你会立即限制谁可以使用它的人谁的移动浏览器支持良好的JavaScript。您将看到仅支持iOS、Android 2.2+、BlackBerry 6+和Windows Phone 7+。所有其他人都可能在查看您的站点时遇到重大困难。在移动到这样的实现之前，仔细考虑你的听众。如果你的网站没有JavaScript就无法工作，而你的主要客户是在企业界。。。当最新的黑帽会议暴露出公司手机的弱点，出于保守的风险缓解（偏执），他们向每个人的手机推出禁用JavaScript的安全策略时会发生什么。这种事情经常发生。所以，考虑一下你的听众。 看看，ItsNat邀请您使用客户端JavaScript思考，但使用Java编码并在服务器中执行，为客户端生成相同的JS代码

与GWT的区别在于，Java W3C DOM代码在服务器上执行，JS自动生成，同时GWT在客户端执行，服务器数据必须传输到客户端