我已经开发了十多年的网络应用程序，从CGI到ASP.Net和Struts + Spring + Hibernate。流行的建筑风格似乎是server-assisted MVC，例如Struts，Ruby on Rails等。最近的事态发展让我想问这些是否在下降。
所有这一切让我相信，在网络发明引发了15年的分心之后，我们才开始全面展开。在这段时间里，我们对网络所提供的内容非常着迷，我们没有注意到与桌面应用相比，网络应用的可用性（和开发者体验）相当糟糕。我们现在似乎在说“搞定这个！我们喜欢网络的好处，但我们也希望更好的可用性，离线功能以及更好的与桌面集成！”。
所有上述发展似乎都在推动我们朝着这样的方向发展，即将演示逻辑放回原来的位置：客户端。不要误解我的意思，我认为服务器辅助的MVC框架不会很快消失，但我确实认为它们正处于衰退状态，RIA和RDA正在上升
那么，你怎么看？服务器辅助的MVC框架是否靠近peak？
答案 0 :(得分：3)
我同意，在某种程度上 - 我们正变得更加以客户为中心，但我认为这是因为客户实际上是以标准化的方式推进。
我们开始使用客户端上的所有内容 - 因为那就是所有内容。然后它是客户端服务器，它将两者分开，然后逐渐将客户端位稀疏并推回服务器，原因之一是：
客户端糟糕（win95，macos＆lt; 10，unix X11），部署是一场噩梦。部署浏览器非常简单。
多数改变了。 Air是一个简单的安装，.NET 3.5也是如此。 Air应用程序易于部署（点击此处 - 说是！）和WPF Click-once应用程序一样。网络现在是环境的一部分，而不是必须添加的特殊内容。数据库可以嵌入到Silverlight应用程序（SQL Server Compact Edition）或iphone（SqLite）中，而不是必须拥有大型服务器。
并且所有内容都有自动更新功能，这使得安装后的故事更加出色。
我不认为它们正处于下滑状态 - 我认为逻辑刚刚被推出，它将在未来被撤回，只会被推回等等。
Silverlight / Air / Flash等都非常强大，但HTML + Javascript是服务器MVC框架的基础，它已经大量出现，特别是如果你忽略了IE6的b'stard。无论如何，我仍然会在服务器辅助的MVC框架中编写RIA的后端，即使他们丢弃了JSON，而不是HTML。因此，虽然它们不再是全部，但它们远未死亡（或达到顶峰）
答案 1 :(得分：1)
让我们澄清一下！
服务器端框架根本不是死的。如果客户端体系结构/呈现错误，我同意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＆amp; AIR / SOFEA和SOUI后端以及良好的旧服务器端HTML呈现。
我喜欢SOFEA / SOUI，因为它不具有侵入性，它提供投资保护（SOA服务）和高可重用率。这也是将负载从服务器移动到客户端的好方法。