我同样建了一个简单的demo程序来演示上面说的，这里是截图：

你可以在这里下载例子。

这里是我提到的代码，只需要在app delegate的头文件中将你的view声明为outlet：

然后声明这样一个方法，在按下按钮之后会执行：

最好要做的事情就是在IB里面把action和outlet连到AppDelegate对象上，任务完成。就这么简单。

为什么Windows的方法烂，Mac的方法赞

好吧，这个小标题仅仅是个玩笑，Windows专家们千万表喷俺。不过我的确认为C#设计用户界面的方式会把人们的代码搞得贼乱，而且明显不是MVC模式。

当然，又来了，怎么做还是看你自己，不过.NET的用户界面设计工具非常鼓励用户去破坏MVC模式。当你在设计器里面把一个按钮拽到窗口里，然后双击那个按钮的时候，它就自动地给你指到按钮点击事件代码里，大部分程序员就自然而然地在那里写代码了。当你在设计过程的时候，倒也没什么，不过它根本没有做什么来支持你将逻辑和表现分开。

在Objective-C里，想破坏MVC设计模式倒是很困难的事情。基本上你都必须遵循这个模式。甚至当你使用Interface Builder在app delegate和action及outlet中间建立连接的时候，都会带有一个可视的MVC表现。要连接app delegate类（你的controller）到outlet的时候（比如输入框），你按住ctrl之后从AppDelegate拖拽一根线放到outlet上。当你想告诉AppDelegate执行一些动作，你要从触发动作的对象中拽到AppDelegate对象上。反过来是不行的。养成这样的习惯其实很好，只不过Windows的铁杆程序员会相当不习惯。

结论

从Windows程序员转到Mac程序员是有一点挑战的，不过你越早抛掉从前的开发的概念，就越容易接受Mac开发的概念。想想令狐冲吧……Mac的开发的确是不太一样的。要习惯这种开发思路，而不要试图沿用从前的习惯来进行Mac开发。

承认这一点吧兄弟们，工程师们都是很傲慢的，而且当学习一门新的语言、技术或是平台的时候，通常会认为他们已经很清楚了。最后这句的英文真的很棒，我不知道怎么翻译才能完美的表达这句话，和大家共勉：Goto is not inherently evil, you know? Until next time.