pjax或客户端MVC？
我必须开始一个新的项目，一个有很多窗体和屏幕的webapp，我真的不知道哪种技术最适合。 该应用程序是一个ERP应用程序，只有很少的动画和很多形式。 目标是尽量减少重新加载和等待时间，它必须尽可能接近普通的桌面应用程序（很多工作看起来像一个奇妙的VB6应用程序:-)
一方面我们有客户端MVC（主干）。 将所有代码运行在客户端上很酷，但在我看来，这意味着从服务器（PHP + Fuel）重复大量代码（例如所有模型定义）。 当然，一次加载所有的信息任务，如分页或网格工作没有任何延迟，但它也存在一些同步问题（其他用户可以更改数据，我必须手动使客户端上的数据无效）。
另一方面，我们有pjax。 我们的想法是在服务器上创建所有模板等，只需实现一个逻辑来返回页面，而不需要pjax请求的框架或新请求的完整页面。 没有代码重复，非常简单的客户端。
我已经阅读了basecamp和twitter上的故事，这两点对我来说都有意义。 您无法在访客计算机上进行转接（功能，性能......）
我越想它，我喜欢pjax MVC模式，但也许我错过了一些东西。 与客户端MVC相比，哪些MVC优于pjax或pjax？
非常感谢
Backbone.js适用于那些永远不会真正回传的沉重的单页网页应用，但有很多阿贾克斯事情正在进行，相互依赖的级联下拉等等。它具有用于事件和集合的非常好的API。 如果你有丰富的客户端JavaScript，它可以是一个有用的方式来组织它。 从某种意义上说，它预计你的服务器端体系结构默认为RESTful，你必须努力将其用于非RESTful API。
我正在开发的这个项目也是一个ERP Web应用程序，在服务器端使用asp.net MVC。 我已经了解到Backbone（把手作为模板系统）和.net mvc确实不能很好地一起玩。 如果你去骨干，你真的必须全力以赴（控制器方法提供JSON，就是这样）。 在这个应用程序中的页面或多或少是一些形式的“普通”网页，Backbone是错误的选择。
我只是第一次使用pjax，所以我基本上只是阅读页面顶部的简短描述，但我认为这可能是您的方案，符合Keep It Simple愚蠢的原则。
链接地址: http://www.djcxy.com/p/11163.html