Javascript 什么是接口计算模式？

最近我看到了很多关于这个特定模式的“猜测”和闲聊（自从我开始学习DojoToolkit以来），但找不到任何关于这个问题的明确信息。有人说，这是一个解决方案，经常和“有害”（他们，而不是我）的MVC模式。我列出了一些由接口计算解决的MVC“常见”大问题。我发现并阅读了这篇文章，但就是无法了解其中的利/弊

输入/输出

视图组件定义为静态组件，从不直接接受用户的输入。也就是说，对用户输入的反应由不同的组件处理，而不是呈现用户刺激。但是GUI编程环境并没有以这种方式在输入和输出组件之间划出一条清晰的界限：设计良好的GUI编程环境被组件化到用户界面功能的嵌套容器中

忽略浏览器

如果我们考虑支持构建所谓的“富Internet应用程序”的Web应用框架，整个框架驻留在服务器上，显然，视图和控制器都是在服务器上实现的。这使得浏览器完全不存在于设计模型中。如果这是我们对设计的想象，那么浏览器的功能只不过是一个具有良好输出功能的终端

等…

---

我只是对所有的JavaScript开发感到好奇，比如Dojo Toolkit、Node.js和其他一些用于光滑的服务器端代码的开发（我认为我们可能会进入这种时代，重新思考我们使用PHP、Java、Ruby on rails等处理服务器端代码的方法）。另外，能够在浏览器中调试服务器端和客户端代码也很酷

我快速阅读了您提供的链接，以了解您引用的上下文。我强烈感觉到作者对MVC和面向对象知之甚少

模型和视图是对象的集合/类别/域。每个对象都是完全独立的，应该遵循OO原则。控制器提供与模型对象交互的视图对象方法（因为通常，一个操作会改变许多协作模型对象，这可能很复杂）

接口计算提供的解决方案：

例如，如果检测鼠标单击是在一个单独的组件中实现的，而不是在显示鼠标单击的组件中实现的 按下或不按下按钮，则必须构造一些非平凡的机械来在两者之间进行通信 鼠标单击按钮时的组件。当鼠标输入识别和按下按钮时，此问题消失 表示在同一组件中实现

---

实现OO原则有很多好处。这似乎已经完全错过了。所以我只能说，如果他不想用对象编码，MVC可能不合适。

我快速阅读了您提供的链接，以了解您引用的上下文。我强烈感觉到作者对MVC和面向对象知之甚少

模型和视图是对象的集合/类别/域。每个对象都是完全独立的，应该遵循OO原则。控制器提供与模型对象交互的视图对象方法（因为通常，一个操作会改变许多协作模型对象，这可能很复杂）

接口计算提供的解决方案：

例如，如果检测鼠标单击是在一个单独的组件中实现的，而不是在显示鼠标单击的组件中实现的 按下或不按下按钮，则必须构造一些非平凡的机械来在两者之间进行通信 鼠标单击按钮时的组件。当鼠标输入识别和按下按钮时，此问题消失 表示在同一组件中实现

---

实现OO原则有很多好处。这似乎已经完全错过了。所以我只能说，如果他不想用对象编码，MVC可能不合适。

投票将这个问题迁移到，因为它是关于设计模式，而不是解决特定的编码问题。投票将这个问题迁移到，因为它是关于设计模式，而不是解决特定的编码问题。我相信同样的方法。我认为作者是一个强大的javascript程序员，他试图实现特定的客户端模式（我在与Dojo Toolkit的一个家伙交谈时遇到了这个链接，我对他所说的“他妈的”很感兴趣）。我想通过使用javascript实现MVC模式……我相信也是这样。我认为作者是一个强大的javascript程序员，他试图实现特定的客户端模式（我在与Dojo Toolkit的一个家伙交谈时遇到了这个链接，我对他所说的“他妈的”很感兴趣）。我想通过使用javascript实现MVC模式。。。