作为 Objective-c、cocoa 和 iPhone 开发的新手，我强烈希望充分利用语言和框架。
我使用的资源之一是他们留在网上的斯坦福 CS193P 类笔记。它包括讲义、作业和示例代码，而且由于该类(class)是由 Apple 开发人员提供的，我绝对认为它是“出自马口”。
类(class)网址:
http://www.stanford.edu/class/cs193p/cgi-bin/index.php
Lecture 08 与构建基于 UINavigationController 的应用程序的任务有关，该应用程序将多个 UIViewControllers 推送到 UINavigationController 堆栈上。这就是 UINavigationController 的工作方式。这是合乎逻辑的。但是，幻灯片中有一些关于 UIViewControllers 之间通信的严厉警告。
我将引用这张严肃的幻灯片:
http://cs193p.stanford.edu/downloads/08-NavigationTabBarControllers.pdf
第 16/51 页:
行。我不服。不要盲目地将用于 View Controller 之间通信的所有方法都扔到应用程序委托(delegate)中，并在应用程序委托(delegate)方法中引用 View Controller 实例。公平'nuff。
再往前走一点，我们会看到这张幻灯片告诉我们应该做什么。
第 18/51 页:
这张幻灯片之后是一个似乎是占位符幻灯片的内容，然后讲师显然使用 UIImagePickerController 的示例演示了最佳实践。我希望视频可用! :(
好吧，所以……恐怕我的 objc-fu 没有那么强。我也对上面引用的最后一行有点困惑。我一直在对此进行相当多的谷歌搜索，我发现似乎是一篇不错的文章，讨论了观察/通知技术的各种方法:
http://cocoawithlove.com/2008/06/five-approaches-to-listening-observing.html
方法 #5 甚至将委托(delegate)表示为一种方法!除了.... 对象一次只能设置一个委托(delegate)。那么当我有多个 View Controller 通信时，我该怎么办？
好的，这就是成立帮派。我知道我可以通过引用我的 appdelegate 中的多个 viewcontroller 实例轻松地在应用程序委托(delegate)中执行我的通信方法，但我想以正确的方式做这种事情。
请回答以下问题，帮助我“做正确的事”:
最佳答案
这些都是很好的问题，很高兴看到您正在做这项研究，并且似乎很关心学习如何“正确地做”，而不仅仅是将其拼凑起来。
首先 ，我同意之前的答案，这些答案侧重于在适当的时候(根据 MVC 设计模式)将数据放入模型对象的重要性。通常你想避免将状态信息放在 Controller 中，除非它是严格的“表示”数据。
第二个 ，请参阅斯坦福演示文稿的第 10 页，了解如何以编程方式将 Controller 推送到导航 Controller 上的示例。有关如何使用 Interface Builder“以视觉方式”执行此操作的示例，请查看 this tutorial 。
第三个 ，也许最重要的是，请注意，如果您在“依赖注入(inject)”设计模式的上下文中考虑它们，那么斯坦福演示中提到的“最佳实践”更容易理解。简而言之，这意味着您的 Controller 不应“查找”完成其工作所需的对象(例如，引用全局变量)。相反，您应该始终将这些依赖项“注入(inject)”到 Controller 中(即，通过方法传入它需要的对象)。
如果您遵循依赖注入(inject)模式，您的 Controller 将是模块化的且可重用的。如果你想想斯坦福的演讲者来自哪里(即作为 Apple 员工，他们的工作是构建可以轻松重用的类)，可重用性和模块化是重中之重。他们提到的所有共享数据的最佳实践都是依赖注入(inject)的一部分。
这就是我回应的要点。我将在下面包含一个使用依赖注入(inject)模式和 Controller 的示例，以防万一。
在 View Controller 中使用依赖注入(inject)的示例
假设您正在构建一个屏幕，其中列出了几本书。用户可以选择他/她想要购买的书籍，然后点击“结帐”按钮进入结帐屏幕。
要构建它，您可以创建一个 BookPickerViewController 类来控制和显示 GUI/ View 对象。它将从哪里获得所有书籍数据？假设它取决于 BookWarehouse 对象。所以现在您的 Controller 基本上是在模型对象 (BookWarehouse) 和 GUI/ View 对象之间代理数据。换句话说，BookPickerViewController 依赖于 BookWarehouse 对象。
不要这样做:
@implementation BookPickerViewController
-(void) doSomething {
// I need to do something with the BookWarehouse so I'm going to look it up
// using the BookWarehouse class method (comparable to a global variable)
BookWarehouse *warehouse = [BookWarehouse getSingleton];
...
}
相反，应该像这样注入(inject)依赖项:
@implementation BookPickerViewController
-(void) initWithWarehouse: (BookWarehouse*)warehouse {
// myBookWarehouse is an instance variable
myBookWarehouse = warehouse;
[myBookWarehouse retain];
}
-(void) doSomething {
// I need to do something with the BookWarehouse object which was
// injected for me
[myBookWarehouse listBooks];
...
}
当苹果公司的人在谈论使用委托(delegate)模式来“沟通备份层次结构”时，他们仍然在谈论依赖注入(inject)。在这个例子中，一旦用户选择了他/她的书并准备结帐，BookPickerViewController 应该做什么？嗯，这不是它的工作。它应该将工作委托(delegate)给其他对象，这意味着它依赖于另一个对象。所以我们可以修改我们的 BookPickerViewController init 方法如下:
@implementation BookPickerViewController
-(void) initWithWarehouse: (BookWarehouse*)warehouse
andCheckoutController:(CheckoutController*)checkoutController
{
myBookWarehouse = warehouse;
myCheckoutController = checkoutController;
}
-(void) handleCheckout {
// We've collected the user's book picks in a "bookPicks" variable
[myCheckoutController handleCheckout: bookPicks];
...
}
所有这一切的最终结果是，您可以给我您的 BookPickerViewController 类(以及相关的 GUI/ View 对象)，并且我可以轻松地在我自己的应用程序中使用它，假设 BookWarehouse 和 CheckoutController 是我可以实现的通用接口(interface)(即协议(protocol)) :
@interface MyBookWarehouse : NSObject <BookWarehouse> { ... } @end
@implementation MyBookWarehouse { ... } @end
@interface MyCheckoutController : NSObject <CheckoutController> { ... } @end
@implementation MyCheckoutController { ... } @end
...
-(void) applicationDidFinishLoading {
MyBookWarehouse *myWarehouse = [[MyBookWarehouse alloc]init];
MyCheckoutController *myCheckout = [[MyCheckoutController alloc]init];
BookPickerViewController *bookPicker = [[BookPickerViewController alloc]
initWithWarehouse:myWarehouse
andCheckoutController:myCheckout];
...
[window addSubview:[bookPicker view]];
[window makeKeyAndVisible];
}
最后，您的 BookPickerController 不仅可重用，而且更易于测试。
-(void) testBookPickerController {
MockBookWarehouse *myWarehouse = [[MockBookWarehouse alloc]init];
MockCheckoutController *myCheckout = [[MockCheckoutController alloc]init];
BookPickerViewController *bookPicker = [[BookPickerViewController alloc] initWithWarehouse:myWarehouse andCheckoutController:myCheckout];
...
[bookPicker handleCheckout];
// Do stuff to verify that BookPickerViewController correctly called
// MockCheckoutController's handleCheckout: method and passed it a valid
// list of books
...
}
关于objective-c - 在 View Controller 之间进行通信的最佳方式是什么？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/569940/