什么是接口-计算模式？

Question

最近，我看到了很多关于这个特定模式的“推测”和闲聊(自从我开始学习Dojo工具包)，但是找不到任何关于这个问题的明确信息。有人说，这是一个解决方案的频繁和“有害”(他们，不是我) MVC模式。我列举了一些MVC“常见”的大问题解决了界面-计算。我找到了本站，并读到了它，但只是无法从总体上了解它的利弊。

输入/输出

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

忽略浏览器

如果我们考虑支持构建所谓的“富互联网应用程序”的web应用程序框架，整个框架驻留在服务器上，因此，显然视图和控制器都是在服务器上实现的。这使得浏览器完全不在设计模型之外。如果这是我们脑海中的设计画面，那么浏览器只能作为一个具有良好输出功能的终端运行。

等.

我只是想知道Dojo、Node.js和其他一些JavaScript开发都是为了灵活的服务器端代码(我认为我们可能会进入这样的时代，重新思考我们使用PHP、Java、rails等服务器端代码的方式)。另外，能够在浏览器中调试服务器和客户端代码是很酷的！

Answer 1

我快速阅读了你提供的链接，以找出你的引号的上下文。我觉得作者对MVC和面向对象的知识知之甚少.

模型和视图是对象的集合/类别/域。每个对象都是完全独立的，应该遵循OO原则。Controller提供了View objects方法来与Model对象交互(因为一般来说，一个操作会改变许多协作的模型对象，这可能很复杂)。

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

例如，如果检测到鼠标单击是在一个单独的组件中实现的，而不是显示一个按下或未按下的按钮的组件，那么当鼠标单击按钮时，必须构造一些重要的机器来在两个组件之间进行通信。当在同一个组件中实现鼠标输入识别和按钮表示时，这个问题就消失了。

实现面向对象原则有许多好处。似乎被完全错过了。所以我能说的是，如果他不想用对象编写代码，MVC可能不合适。