带有纯 Javascript View 的 PHP MVC : good practice?

Question

我的问题可能不够理解，所以让我解释一下情况:

我正在使用 CodeIgniter 使用 PHP 在服务器端构建一个大型 ajax webApp。这个框架清楚地分离了模型、 Controller 和 View 。 View 文件以 HTML 呈现，然后发送到对其进行一些 js 处理(如附加事件)的客户端。

这种工作方式对我来说似乎很奇怪，因为它分隔了服务器端和客户端之间的 View 。

我正在考虑将所有 View 处理移动到将在 js 中动态构建其 html 的客户端部分。服务器端将只发送原始数据。

我在较小的项目中以这种方式工作，我对结果非常满意(易于理解、便携和可重用)。

这是实现 MVC 应用程序的正确方法吗？关于这种反射(reflection)有什么建议吗？

Answer 1

作为内部应用程序，我已经在相当大的数据服务应用程序上完成了您所描述的大部分工作。在我的例子中，我使用 ExtJS 进行客户端呈现/ View ，并与暴露在 Web 服务器上的 C# WCF 端点通信。本质上，请求被发出/提交，响应被序列化到 JSON 或从 JSON 序列化。一旦解决了一些问题，它就运行得非常顺利。原作者编写了一个自定义序列化程序来直接从他们的数据层中获取直接结果……这导致大量额外数据进入管道。只要您明智地处理有效负载数据，它就会非常有效。

不过有些警告...

• 如果您希望未启用 javascript 的用户能够访问该网站(任何涉及外部用户的货币交易)，您应该避免这种情况。
• 您需要尽可能清楚地记录您的方法。
• 在您实现应用程序后寻找开发人员来执行维护任务将非常困难。 (许多服务器端开发人员对 JS 技能感到害羞、害怕或完全无效。

在大多数情况下，这是一个折腾，我发现大多数人至少启用了 JS，但可能阻止了其他东西。 AJAX/XmlHttpRequest 支持在这一点上几乎是普遍的。

至于客户端显示的模板，那里有几个选项(但那是一个单独的讨论)。