我最近发现了ASP.NET MVC一个有趣的选择，我现在做的事：静态HTMLS与高级JavaScript做服务电话（大部分示例使用OpenRasta）。例如参见this或this。服务器端VS客户端MVC的Web应用程序
就我个人而言，我总觉得网络应用需要转向JavaScript框架。对我来说，感觉MVC中的代码连接客户端/服务器端验证（以及将商业模型转换为视图模型等其他内容）看起来很尴尬，有点不自然。基本上需要数据并返回JSON的操作，或者只是“返回View（）”的操作清楚地表明了这一点。
然而，问题是不是出了什么更好的 - 这是一种讨论，我不这么认为喜欢;-)我的问题是：你有没有试过两者兼而有之？你会建议发明学习jMVC和类似吗？关于这个问题的任何好的文章？优点和缺点？例如，big在我看来，这是一个非常强大的SOC，可立即重用的服务等。
总结一下：你会建议什么方向进一步移动？
我知道这是一个古老的线程，但它在搜索中仍然出现（当然）。
所以为他人着想，那些有兴趣在探索这个话题，有在angularjs.org
几个要点：
只有客户端验证意味着没有验证
JavaScript的拉取的内容是不可见的搜索引擎
乡亲要功能丰富客户，很多原因很多。还有一种趋势是低维护开销的客户端安装，因此基于浏览器的客户端非常受欢迎。现在
，有各种方法（例如Flex的），这些替代JavaScript作为主要实施机制，但我看到非常多的jQuery和道场的兴趣。所以我认为这是相当合理的，以减少Javascript路线。
显然，你可以坚持使用或多或少的标准网络模型，并使每个页面“漂亮”更好的小部件，一些客户端验证等。但正如你所观察到的，真正的力量来自JavaScript本身非常丰富，并且只是对数据进行服务调用并执行操作。然后，我们将讨论如何以最佳方式构建具有丰富客户端层的应用程序，我认为这就是您的问题的要点。我的观点是：我们最终在浏览器中使用了JavaScript中的一个真正的模型/视图/控制器模式，但浏览器中的模型与服务器中的另一层有着有趣的关系， BrowserModel的端处理。所以服务器上也可能有MVC组合。我认为这一领域的艺术仍在发展。框架沿来，但明显的赢家如Struts在旧的Web 1.0 Java世界中尚未出现
是另一个有趣的项目，我敢肯定，JMVC开发商都意识到这一点......我在寻找有关该方法的问题的良好信息，解决的问题等等。例如，他们如何避免服务器端验证的重复等。至于搜索引擎（以及许多人相信的其他咒语），对于内部网和企业网站而言，这通常并不重要。 – queen3 2009-11-13 16:30:45