这种事情永远是品味的问题。

话虽如此，我还是更喜欢通过模型对象来进行协调(# 2)。顶级视图控制器加载或创建它所需的模型，每个视图控制器在其子控制器中设置属性，以告诉它们需要使用哪些模型对象。大多数更改通过使用 NSNotificationCenter 在层次结构中进行通信; 触发通知通常内置在模型本身中。

例如，假设我有一个包含帐户和事务的应用程序。我还有一个 AccountListController、一个 AccountController (它显示一个带有“ show all actions”按钮的帐户摘要)、一个 TransactionListController 和一个 TransactionController。AccountListController 加载所有帐户的列表并显示它们。单击列表项时，它将设置。AccountController 的 account 属性，并将 AccountController 推送到堆栈上。当您点击“ show all actions”按钮时，AccountController 加载事务列表，并将其放入 TransactionListController 的事务列表中。属性，并将 TransactionListController 推送到堆栈上，依此类推。

例如，如果 TransactionController 编辑事务，它将在其事务对象中进行更改，然后调用其“ save”方法。‘ save’发送一个 TransactionChangedNotification。在事务更改时需要刷新自身的任何其他控制器都将观察通知并更新自身。TransactionListController 可能会; AccountController 和 AccountListController 可能会，这取决于它们试图做什么。

第一，在我早期的应用程序中，我在子控制器中有一些 displayModel: withNavigationController: 方法，它可以设置一些东西并将控制器推到堆栈上。但是随着我对 SDK 的使用越来越熟悉，我已经渐渐远离了 SDK，现在我通常让父母来推动孩子。

对于 # 3，考虑这个例子。这里我们使用两个控制器 AmountEditor 和 TextEditor 来编辑事务的两个属性。实际上，编辑器不应该保存正在编辑的事务，因为用户可以决定放弃该事务。因此，它们都将其父控制器作为一个委托，并在其上调用一个方法，说明是否已经更改了任何内容。

@class Editor;
@protocol EditorDelegate
// called when you're finished.  updated = YES for 'save' button, NO for 'cancel'
- (void)editor:(Editor*)editor finishedEditingModel:(id)model updated:(BOOL)updated;
@end


// this is an abstract class
@interface Editor : UIViewController {
id model;
id <EditorDelegate> delegate;
}
@property (retain) Model * model;
@property (assign) id <EditorDelegate> delegate;


...define methods here...
@end


@interface AmountEditor : Editor
...define interface here...
@end


@interface TextEditor : Editor
...define interface here...
@end


// TransactionController shows the transaction's details in a table view
@interface TransactionController : UITableViewController <EditorDelegate> {
AmountEditor * amountEditor;
TextEditor * textEditor;
Transaction * transaction;
}
...properties and methods here...
@end

现在来看看 TransactionController 的一些方法:

- (void)viewDidLoad {
amountEditor.delegate = self;
textEditor.delegate = self;
}


- (void)editAmount {
amountEditor.model = self.transaction;
[self.navigationController pushViewController:amountEditor animated:YES];
}


- (void)editNote {
textEditor.model = self.transaction;
[self.navigationController pushViewController:textEditor animated:YES];
}


- (void)editor:(Editor*)editor finishedEditingModel:(id)model updated:(BOOL)updated {
if(updated) {
[self.tableView reloadData];
}


[self.navigationController popViewControllerAnimated:YES];
}

需要注意的是，我们已经定义了一个通用协议，编辑器可以使用该协议与自己的控制器进行通信。通过这样做，我们可以在应用程序的其他部分重用 Editor。(或许会计部也可以有记录。)当然，EditorVeneate 协议可以包含多个方法; 在本例中，这是唯一必要的方法。

我知道你的问题了。

发生的事情是有人混淆了 MVC 架构的概念。

MVC 有三个部分。.模型、视图和控制器。.所陈述的问题似乎毫无理由地将两者结合在一起。视图和控制器是独立的逻辑部分。

所以... 你不希望有多个视图控制器. 。

您希望拥有多个视图，以及在它们之间进行选择的控制器。(如果有多个应用程序，也可以有多个控制器)

意见不应该作出决定。控制器应该这样做。因此，分离的任务，逻辑，和方法，使您的生活更容易。

那么。.确保你的视图只是这样做，提出了一个很好的数据视图。让控制器决定如何处理数据，以及使用哪个视图。

(当我们谈论数据时，我们谈论的是模型... 一种存储、访问和修改的很好的标准方法。.另一个独立的逻辑片段，我们可以打包和忘记)

这些都是很好的问题，很高兴看到你正在做这项研究，并且似乎很关心学习如何“正确地做”，而不是仅仅把它们拼凑在一起。

首先 ，我同意前面的答案，即在适当的时候(根据 MVC 设计模式)将数据放入模型对象的重要性。通常，您希望避免将状态信息放入控制器中，除非它是严格的“表示”数据。

第二个 ，请参阅 Stanford 演示文稿的第10页，以获得如何通过编程将控制器推送到导航控制器上的示例。要想知道如何使用 Interface Builder 来“直观地”做到这一点，可以看看 本教程。

第三点，也许是最重要的一点，注意斯坦福演讲中提到的“最佳实践”，如果你把它们放在“依赖注入”设计模式的背景下来考虑，就会更容易理解。简而言之，这意味着您的控制器不应该“查找”它需要执行其工作的对象(例如，引用一个全局变量)。相反，您应该始终将这些依赖项“注入”到控制器中(即，通过方法传递它需要的对象)。

@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];
...
}

@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];
...
}

@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];
...
}

@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];
}

-(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
...
}