Cocoa教授教养：Windows OOP与Cocoa MVC之对比
日期：2014-05-17 浏览次数：20955 次
封装不封装，这是个问题。
今天我在看Cocoa开发者邮件列表的时候，看到一个帖子，求助如何在两个View之间互相通信的问题。做Windows程序员的时间长的我都不好意思说了，我意识到，这个问题在我刚刚接触到Mac上的Objective-C时也遇到过。
我现在可以提出这个问题的简化版：“我有一个对话框，获取了一些用户输入的数据。我现在需要从我那个对话框中把这个数据提取出来以供主窗口使用。如何才能从主窗口获取到对话框里的数据呢？”
在 Windows里，尤其是C# .NET，你可以通过添加一个Form对象来创建新的窗口，而且还可以简单地在设计窗口中添加一些不同的“控件”。这些操作是非常容易的。不过一旦窗口创 建好之后，你需要在主窗口的代码中建立刚才新建的窗口的实例，然后提供公共变量在两个窗口之间设置或者获取数据。窗口类是由Windows Form模板写好直接交给你使用的，这当然可以使代码看起来清晰干净，但是它打破了MVC的惯例，所以大部分Windows的程序员会花费不少时间提升他 们思考的方式也就不足为奇了。
我用VS2008做了一个demo程序，截图大概是这样的：
?
看一下主窗口的代码：
-
public partial class Form1 : Form
-
{
-
? ? Panel p;
-
?
-
? ? public Form1()
-
? ? {
-
? ? ? ? InitializeComponent();
-
? ? ? ? p = new Panel();
-
? ? ? ? p.Show();
-
? ? }
-
?
-
? ? private void btnChangeText_Click(object sender, EventArgs e)
-
? ? {
-
? ? ? ? p.OutputText = this.tbInputText.Text;
-
? ? }
-
}
?
注意看我声明了一个Panel的对象，这是我们需要在上面设置文字的第二个窗口（view）。下面是Panel类的代码：
?
-
public partial class Panel : Form
-
{
-
? ? public Panel()
-
? ? {
-
? ? ? ? InitializeComponent();
-
? ? }
-
?
-
? ? public string OutputText
-
? ? {
-
? ? ? ? set
-
? ? ? ? {
-
? ? ? ? ? ? this.tbOutputText.Text = value;
-
? ? ? ? }
-
? ? }
-
}
?
好，代码很容易理解，但是从这里就可以看出我的观点：MVC模型已经被破坏了。虽然这个例子里面并没有任何编程逻辑，不过很清楚的是这样的设计导致你只需要把代码放到按钮的事件处理里面就可以了，而不是去将逻辑抽象到controller对象中。
?
你 也许会问，我在C#中如何做MVC呢？呃……这是一个关于Objective-C、Cocoa编程的网站，对于读者们来说这是个作业了……不过坦 白讲，我可不知道。我知道那是一件可能的事情，不过C#语言的内部就没有把开发者向这个方向去引导。我也看过一些讲这方面事情的文章，不过那些也都是基本 上困难到没法实践的。有几篇号称是MVC不过根本不算，所以如果你真想在C#上面实现MVC，自己想办法弄吧……^o^ 我想说的其实就是要想在C#上面实现MVC，那算你狠。
?
Objective-C/Cocoa的方式
?
在 Objective-C里，你必须明确地创建一个controller用来处理model和view之间的变化。其实MVC应该被称做MCV，因 为controller是在model和view之间的一个协调员。如果你的model发生了改变，你的controller会通知view。如果用户在 view中做出了某种改变，controller就会通知model。所以我建议初学者可以叫它MCV，会更加形象一点。有点跑题了。
在 Objective-C/Cocoa的世界里，我们建立的controller通常是指应用程序（Application）的托管 （Delegate），或者可以简单称做app delegate。很多Windows程序员都会在这里迷惑不解的事情是，我们通常学习到的面向对象开发就是你应该去做的事情，而并不会关注为什么你会去 做，或者你为什么不去做。我并不是说你别用OOP的思想，而正相反我建议去用。问题是如果把一切都抽象化，那就有点太傻叉了……我们应该有很好的理由去写 这些代码，而不要用诸如“我从大学里面学的……”或是“我一直就这么干……”这种理由。
当你在Objective-C里面建立一个app delegate的时候，这个delegate可以做为你所有model和view的controller，或者你也可以为不同的model和view分 别创建controller。想怎么干就怎么干吧。不过有一个比较重要的事情是要记住的，如果你把所有的代码都扔到同一个app delegate类里头，那你就有了一个超大的app delegate文件，很难看清楚。
一些例子程序
为了 帮助那个提出问题的朋友，还有另外一些想从Windows开发转变到Cocoa开发的朋友们，我也写了点简单例子来帮助把这个问题变简单。如果 你想让两个View，或者两个窗口可以互相之间通信，只要在他们之间传递消息就可以了。虽然把你的view们封装到它们自己的类中并不是坏事，不过通常来 说真的没必要。在任何一种语言和任何一种平台上，都有实现这个功能的方法，所以就别管我没提到的事情了，我也没说这是唯一的方法不是……我说的方法是简单 直接的方法，可以帮你更快的理解。
我同样建了一个简单的demo程序来演示上面说的，这里是截图：
你可以在这里 下载例子。
这里是我提到的代码，只需要在app delegate的头文件中将你的view声明为outlet：
?
-
@interface AppDelegate : NSObject {
-
? ? IBOutlet NSTextField *inputText;
-
? ? IBOutlet NSTextField *outputText;
-
}
然后声明这样一个方法，在按下按钮之后会执行：
-
- (IBAction)updateText:(id)sender;
?
最好要做的事情就是在IB里面把action和outlet连到AppDelegate对象上，任务完成。就这么简单。
?
