Model view controller pjax还是客户端MVC？

我必须开始一个新项目，一个有很多表单和屏幕的网络应用程序，我真的不知道哪种技术最适合。该应用程序是一个类似ERP的应用程序，只有很少的动画和大量的表单。我们的目标是减少最少的重新加载和等待时间，它必须尽可能接近普通的桌面应用程序（要看起来像一个了不起的VB6应用程序，需要做大量的工作：-）

一方面，我们有客户端MVC（主干网）。让所有代码都在客户端上运行是很酷的，但在我看来，这意味着从服务器（PHP+Fuel）重复大量代码（例如所有模型定义）。当然，一旦加载了所有信息任务，如分页或网格工作，就不会有任何延迟，但它也会出现一些同步问题（其他用户可以更改数据，我必须手动使客户机上的数据无效）

另一方面，我们有pjax。其思想是在服务器上创建所有模板等，只需实现一个逻辑来返回页面，而不包含pjax请求的框架或新请求的完整页面。没有代码重复，客户端非常简单

我读过这个故事，这两个观点对我都有意义。您不能在访客计算机上进行中继（功能、性能…）

我越想它，我就越喜欢pjax而不是MVC模式，但也许我遗漏了一些东西。与pjax相比，MVC有哪些优点？与客户端MVC相比，pjax有哪些缺点

---

非常感谢

Backbone.js非常适合于重量、单页的web应用程序，这些应用程序永远不会真正发回，但是有很多ajaxian的东西，相互依赖的级联下拉列表等等。它有一个非常好的事件和集合API。如果您有大量的客户端javascript，那么它将是一种有用的组织方式。从某种意义上说，它认为您的服务器端体系结构在默认情况下是RESTful的，因此您必须做出一些努力将其用于非RESTful API

我正在从事的项目也是一个ERP web应用程序，服务器端使用asp.NETMVC。我了解到主干网（以车把为模板系统）和.NETMVC之间的配合并不是很好。如果你使用主干网，你就必须全力以赴（控制器方法提供json，就是这样）。在这个应用程序中的网页或多或少都是带有一些表单的“普通”网页上，主干是错误的选择

我只是第一次在谷歌上搜索pjax，所以我基本上只是阅读了页面顶部的简短描述，但我怀疑这可能是实现您的场景的方法，符合保持简单的愚蠢原则