client-MVC vs server-MVC

Question

我希望从其他用户那里获得有关服务器端MVC优势的一些信息.借助许多javascript库的强大功能.服务器端MVC服务器有什么好处？

您可以轻松地使用带有模板和REST API的客户端MVC来创建更具负面性的应用程序,同时减少重新加载整个页面以进行微小更改的开销.

Answer 1

我看到这个的方式,如果你认为V是你的客户端MVC包装在一个黑盒子里,服务器端MVC仍然是相关的.问题在于,这完全取决于协作和可扩展性.服务器端MVC继续推动REST API(例如)的概念,即您在技术上将查看技术外包给浏览器中运行的单独框架.

由于浏览器越来越多地被视为应用程序开发平台,因此您可以将大量数据从"后端平台"导出到客户端(浏览器),然后将数据视为浏览器中的本地"数据库",从而缩短响应时间.

结合这两个MVC框架允许:

1. 服务器和客户端之间的流量稀疏,从而减少延迟
2. 通过本地化对更相关数据集的访问来提高Web应用程序的响应能力
3. 将负载从单个服务器端控制器分配到数百个浏览器

这里的架构非常类似于CDN - 内容交付网络!真的是关于本地化数据,并使其更接近处理中心.

说完这些之后,如果您了解产品的架构需求,您可以继续独占使用.正确工作的正确工具.

Answer 2

好吧,你仍然需要一个初始页面,可以由服务器端MVC引擎提供服务.

除此之外,客户端MVC + REST可以工作,但我认为在大型应用程序中你仍然有不同的部分,你需要将这些部分联系在一起.这可以在客户端进行,但我认为在服务器端更容易.

目前我可以看到两者幸福地共存.您仍然可以在客户端和REST上尽可能多地做,但如果客户端无法做到某些事情,您仍然可以从MVC的服务器端优势中受益

Answer 3

服务器MVC的好处:

1. 成熟.
2. 广泛采用.
3. 大多数代码都在服务器内部,因此应该更安全.

但绝对倾向于回到客户端/服务器计算,而不是用C或其他语言编写的胖客户端,但现在你有一个非常好的平台:浏览器.

我有一个关于何时使用服务器端MVC和客户端MVC的简单策略:

1. 交互很少的临时用户:Server + Ajax.
2. LOB应用程序(会计,ERP,CRM等):客户.

顺便说一句,我使用Java Server Faces作为#1,而使用JAX-RS服务作为#J的ExtJS.

问候.