iphone - 讨论iPhone上的MVC实现

Question

我在不同的框架上使用 MVC 模式一段时间，例如(swing、android、gwt ...) 现在，我正在学习iPhone框架，我对MVC的实现感到非常惊讶。我问的问题是关于 View 和 Controller 交互的。

首先，这就是我构思 MVC 模式的方式:

• View 和 Controller 通过接口(interface)(一个用于 View ，另一个用于 Controller )相互通信

• 在我的 MVC 模式概念中， Controller 不必知道 View 的属性。 (例如， Controller 不能拥有 View 的标签属性实例，但可以通过 View 接口(interface)的方法要求 View 更改此标签的值)

不让 Controller 直接作用于 View UI 元素的优点是耦合度低，因此可以更轻松地测试 View 。该 View 可以在隔离(或使用模拟 Controller )上启动和测试。

重点是，在 iPhone 上， Controller (例如 ViewController)直接知道 UI 元素，因此我无法理解。 我的目标不是批评我刚刚学习的框架。但如果这真的像我描述的那样有效，我觉得这并不是很干净......

有没有人对这个框架进行过更多的实验，可以给我详细信息/解释？或者，如果您不同意我的 MVC 方法，请告诉我；)

更重要的是，我想问我的方法是否比 MVC 更接近 MVP(此处描述:http://code.google.com/intl/fr/webtoolkit/articles/testing_methodologies_using_gwt.html)。

Answer 1

自从 first formalized in Smalltalk 以来，MVC 意味着不同的事情。 ，并且 NeXTSTEP (Cocoa) 版本的 MVC 与 Smalltalk 的并不完全匹配。 Smalltalk的分解基本上是这样的:

• 模型保存数据
• View 呈现数据
• Controller 管理用户交互

NeXTSTEP 的分解在实践中更像是这样的:

• 模型保存数据
• View 绘制数据
• Controller 管理“逻辑”(包括绘图数据的“表示”部分)

我在这里区分绘图和呈现，因为 NSView 对于数据的“含义”往往是愚蠢的。它只专注于绘制像素。因此，您倾向于向其传递实际的字符串，而不是 View 撕裂并“呈现”的对象。

这并不是一个巨大的差异，但它是导致您遇到的情况的原因。 IMO 的主要转变是，通过 Cocoa/NeXTSTEP， View 类变得越来越可重用。为了变得如此可重用，更多的应用程序敏感部分需要移出到 Controller 中。我认为这通常是一个好处，因为它会导致更少的子类、更易于理解的代码和更多可重用的代码......大多数时候。特别是，它允许您更轻松地交换进行更精美绘图的 View (以特定方式进行动画处理或在行上交替颜色等的 View )，而不会遇到通常存在于 Controller 中的任何特定于应用程序的逻辑。

也就是说，当 View 特别复杂时，我确实发现创建更专业的 View 是有益的，这些 View 采用数据对象并管理自己的表示，更多地按照我相信您所设想的方式。

编辑:还有一件事需要注意。苹果的示例代码在设计方面通常很糟糕。它们几乎从不包含模型类，并且将几乎所有可以想象到的东西都塞进 ViewController 中，更糟糕的是:AppController(在我看来，这应该是一个非常简单的对象)。这通常是因为他们的示例代码试图演示一些特定的点，并且他们不想包含分解事物的复杂性(或者作者很懒；你可以选择)。因此，虽然我确实相信智能 View Controller 通常效果很好，但您不应该将示例代码作为对此的演示。不幸的是，由于大多数 Cocoa 应用程序都是闭源的，因此没有很多良好的应用程序级 Cocoa 设计的规范示例。一个值得学习的好例子是 Adium 。它是一个大型、精心设计、多开发人员 Cocoa 应用程序的绝佳示例。