客户MVC VS服务器-MVC(client-MVC vs server-MVC)

我希望得到从服务器端的MVC的好处，其他用户的一些输入。 随着许多JavaScript库的力量。 有什么好做的目的服务器端MVC服务器了吗？

您可以轻松地使用客户端MVC与模板和REST API做出更resposive应用与重新加载整个页面进行细微的变化更少的开销。

Answer 1:

服务器MVC的好处：

1. 成熟。
2. 广泛采用。
3. 大部分的代码是内部服务器，所以应该是更安全的。

但可以肯定的趋势是要回客户机/服务器计算但不是用C语言或其他语言的胖客户端，但现在你有一个非常好的平台：浏览器。

我有，当我使用服务器端MVC和客户端MVC一个简单的策略：

1. 普通用户很少互动：服务器+阿贾克斯。
2. LOB应用程序（会计，ERP，CRM等）：客户端。

BTW我用Java服务器面临的＃1和ExtJS的＃2后盾JAX-RS服务。

问候。

Answer 2:

我看到这个问题的方法，如果你考虑到V作为客户端MVC包裹在一个黑盒子服务器端MVC仍然是相关的。 问题是，这是所有关于协作和可扩展性。 服务器端MVC，将继续推动的REST API（例如）与您在技术上外包观看技术，在浏览器中运行一个独立的框架概念。

由于浏览器越来越被看作是应用开发平台，您可以从“后端平台”的客户端（浏览器）输出的海量数据，然后处理数据，您的浏览器允许快速响应时间的本地“数据库”。

结合这2个MVC框架允许：

1. 服务器和客户端，从而降低延迟之间的交通疏
2. 通过本地化访问增加您的网络应用程序的响应能力更相关的数据集
3. 分配从单一的，服务器侧控制器的负载到几百的浏览器

在工作中的架构在这里非常相似的CDN - 内容分发网络！ 确实它是关于本地化数据，并使其接近加工中心。

话虽如此，你可以继续做独家使用一个在另一个之上的，如果你了解你的产品的建筑需求。 合适的工作合适的工具。

Answer 3:

那么，你仍然会需要一个初始页面，这可能是由服务器端的MVC引擎中投放。

除此之外，客户端MVC + REST可以工作，但我认为你还是有不同的部分大应用程序，你需要这些部分结合在一起。 这将有可能这样做的客户端，但我认为这是比较容易做到这一点的服务器端。

就目前而言，我可以看到两个共存愉快。 你仍然可以做到尽可能的在客户端和通过REST，但如果事情是不可能的客户端，你还是从MVC的服务器端的优势中获益

Answer 4:

从对其他一个端点只是比较MVC是不是非常有建设性的。 MVC是你如何安排你的代码结构。 它的设计模式，可以帮助你解耦你的代码，并使其更容易维护一个家庭。 我们要始终。

每个人都会同意，您是否建立服务器或客户端上，你必须有一个良好的架构，关注点分离。 没有竞赛都有。

真正的和更重要的问题是：客户端VS服务器端渲染？ 当你想生成的HTML视图，服务器或客户端上？ 这是一个不同的问题，那就是更关注速度和用户界面的响应。 此外，已经在多个地方回答多次。 搜索例如： https://stackoverflow.com/search?q=client+rendering+vs+server+rendering

Answer 5:

我认为MVC是简单的Web应用的大格局。 然而建立现代和丰富的网络应用，如Facebook或Gmail时，它并没有真正的帮助。 看看这个职位更多的理由为什么不使用MVC：

http://dennis-nerush.blogspot.co.il/2016/04/should-we-use-mvc-for-modern-web.html

文章来源: client-MVC vs server-MVC