什么是接口计算模式

What is the Interface-Compute pattern?

本文关键字：模式计算接口什么更新时间：2024-05-27

我最近看到了很多关于这个特定模式的"猜测"和闲聊（自从我开始学习Dojo toolkit以来），但找不到任何关于这一问题的明确信息。有人说，这是对频繁且"有害"（they，not me）MVC模式的解决方案。我列出了Interface Compute解决的一些MVC"常见"的全局问题。我找到了这个网站并阅读了它，但就是无法了解其利弊。

输入/输出

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

忽略浏览器

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

等

我只是想知道所有的JavaScript开发，比如DojoToolkit、Node.js和其他一些流畅的服务器端代码（我认为我们可能会进入这种时代，重新思考我们使用PHP、Java、Ruby on rails等处理服务器端代码的方式）。此外，能够在浏览器中调试服务器端和客户端代码也很酷！

我快速阅读了您提供的链接，以了解您报价的上下文。我有一种强烈的感觉，作者对MVC和面向对象的知识很少。

模型和视图是对象的集合/类别/域。每个对象都是完全自包含的，并且应该遵循OO原则。Controller提供了View对象方法来与Model对象交互（因为通常情况下，一个操作会更改许多协作模型对象，这可能很复杂）。

Interface Compute提供的解决方案：

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

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