作为 Objective-c、cocoa 和 iPhone 开发的新手，我强烈希望充分利用语言和框架。
我正在使用的资源之一是斯坦福大学的 CS193P 类笔记，他们在网上留下了这些笔记。它包括讲义、作业和示例代码，而且由于该类(class)是由 Apple 开发人员提供的，因此我绝对认为它是“从马的口中”。
类(class)网站:
http://www.stanford.edu/class/cs193p/cgi-bin/index.php
Lecture 08 与构建基于 UINavigationController 的应用程序的分配有关，该应用程序将多个 UIViewController 推送到 UINavigationController 堆栈上。这就是 UINavigationController 的工作原理。这是合乎逻辑的。但是，幻灯片中有一些关于 UIViewController 之间通信的严厉警告。
我将引用这张严肃的幻灯片:
http://cs193p.stanford.edu/downloads/08-NavigationTabBarControllers.pdf
第 16/51 页:
How Not To Share Data
- Global Variables or singletons
- This includes your application delegate
- Direct dependencies make your code less reusable
- And more difficult to debug & test
好的。我对此很失望。不要盲目地将所有用于在 viewcontroller 之间进行通信的方法扔到你的 app 委托(delegate)中，并在 app 委托(delegate)方法中引用 viewcontroller 实例。公平的'nuff。
再进一步，我们看到这张幻灯片告诉我们应该做什么。
第 18/51 页:
Best Practices for Data Flow
- Figure out exactly what needs to be communicated
- Define input parameters for your view controller
- For communicating back up the hierarchy, use loose coupling
- Define a generic interface for observers (like delegation)
此幻灯片之后是看起来是占位符幻灯片的内容，讲师随后使用 UIImagePickerController 示例演示了最佳实践。我希望视频可用! :(
好吧，所以……我的objc-fu恐怕不是那么强。我也对上面引用的最后一行感到有些困惑。我一直在谷歌上搜索这个问题，我发现一篇似乎不错的文章谈论了观察/通知技术的各种方法:
http://cocoawithlove.com/2008/06/five-approaches-to-listening-observing.html
方法#5 甚至将委托(delegate)表示为一种方法!除了.... 对象一次只能设置一个委托(delegate)。那么当我有多个 View Controller 通信时，我该怎么办？
好的，这就是设置的帮派。我知道我可以通过引用我的 appdelegate 中的多个 viewcontroller 实例轻松地在 app delegate 中执行我的通信方法，但我想以正确的方式来做这种事情。
请回答以下问题，帮助我“做正确的事”:
最佳答案
这些都是很好的问题，很高兴看到您正在做这项研究，并且似乎关心学习如何“正确地做”，而不是仅仅将其拼凑在一起。
首先，我同意前面的答案，这些答案侧重于在适当的时候将数据放入模型对象中的重要性(根据 MVC 设计模式)。通常您希望避免将状态信息放入 Controller 中，除非它是严格的“表示”数据。
第二个，有关如何以编程方式将 Controller 推送到导航 Controller 的示例，请参见斯坦福演示文稿的第 10 页。有关如何使用 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/