十多年来，我一直在开发 Web 应用程序，从CGI到ASP.Net和Struts + Spring + Hibernate。流行的架构风格似乎是服务器辅助的 MVC，例如Struts、Ruby on Rails等。最近的发展让我问这些是否在下降。
所有这一切让我相信，在网络的发明开始了 15 年的分心之后，我们开始完全循环。在这段时间里，我们一直对 Web 提供的所有东西如此着迷，以至于我们没有注意到 Web 应用程序的可用性（和开发人员体验）与桌面应用程序相比非常糟糕。似乎我们现在在说“去他妈的！我们喜欢网络的好处，但我们也想要更好的可用性、离线功能以及与桌面更好的集成！ ”。
上面提到的所有发展似乎都在推动我们朝着将表示逻辑放回原来的位置的方向前进：客户端。不要误会我的意思，我认为服务器辅助的 MVC 框架不会很快消失，但我确实认为它们正在下降，而RIA和RDA正在上升。
所以你怎么看？服务器辅助的 MVC 框架是否接近顶峰？
我同意，在某种程度上——我们正在变得更加以客户为中心，但我认为这是因为客户实际上是在以标准化的方式前进。
我们从客户端上的所有内容开始 - 因为这就是全部。然后是客户端-服务器，将两者分开，然后逐渐减少客户端位并推回服务器，原因有一个：
客户端很糟糕（win95，macos<10，unix X11），部署是一场噩梦。部署浏览器很简单。
那正在改变。Air 很容易安装，.NET 3.5 也是如此。Air 应用程序易于部署（单击此处 - 说是！），就像 WPF Click-once 应用程序一样。网络现在实际上是环境的一部分，而不是必须添加的特殊内容。数据库是您可以嵌入到 silverlight 应用程序（SQL Server Compact Edition）或 iphone (SqLite) 中的东西，而不是您必须拥有大型服务器的东西。
并且所有内容都具有自动更新功能，这使安装后的故事变得更好。
我不认为他们在下降 - 我认为逻辑刚刚被再次推出，未来会被拉回，只会被推出等等。
Silverlight/Air/Flash等都非常强大，但是作为服务器MVC框架基础的HTML + Javascript已经大量出现，尤其是如果你忽略IE6这个b'stard。
无论如何，我仍然会在服务器辅助的 MVC 框架中为 RIA 编写后端，即使他们抛出的是 JSON，而不是 HTML。因此，尽管它们不再是万能的，但它们还远未消亡（或达到顶峰）
让我们澄清一些事情！
服务器端框架根本没有死。如果客户端架构/渲染不好，我同意 Nic Wise。你能打印一个 HTML 页面吗（每次都以同样的方式）？不，您不能，因为每个浏览器（-engine）都有自己的 HTML 描述表示。只是因为 JavaScript/Flash... 是很多人/公司的限制，服务器端处理会在那里停留很长时间。
长期以来，开发“随处运行”JavaScript 一直是个负担！如今，我们有像 JQuery 这样的框架可以为您完成这项工作。我用 JavaScript 编写了自己的主页，使用 EJS（嵌入式 JavaScript）作为模板/mvc。旧的臃肿的 JSP/PHP 页面表明，将业务逻辑与设计不同是一件非常好的事情。
每个 Web 应用程序的一个坏问题是决定将应用程序的状态保存在哪里！如果您选择了错误的方式，您将无法扩展。具有面向服务后端的以客户端为中心的框架允许您很好地扩展。
我一直在使用 SOFEA/SOUI。如果您有针对最常见问题的现成框架堆栈，您会喜欢的。
Air 和 Flex 很好，但它们带来了很多限制（Flash/JS...）。Google 的 Chrome 和 Gears 需要您在计算机上安装 Google 软件。谁在这附近有 Gears？Gears 尚未确立为广泛分布的标准。
如果您有使用 Hibernate/Spring 和 Struts 的经验，那么您应该尝试 Grails！很高兴开发 GWT/FLEX&AIR/SOFEA&SOUI 后端以及旧的服务器端 HTML 渲染。
我喜欢 SOFEA/SOUI，因为它不是侵入性的，它提供了投资保护（SOA 服务）和高可重用率。这也是将负载从服务器转移到客户端的好方法。