これらは良い質問であり、あなたがこの研究を行っており、単にハッキングするのではなく、「正しく行う」方法を学ぶことに関心を持っているように見えるのは素晴らしいことです.
まず、適切な場合にモデルオブジェクトにデータを配置することの重要性に焦点を当てた以前の回答に同意します(MVC設計パターンに従って)。通常、厳密に「プレゼンテーション」データでない限り、コントローラー内に状態情報を配置することは避けたいと考えています。
2 つ目は、Stanford プレゼンテーションの 10 ページを参照して、プログラミングによってコントローラーをナビゲーション コントローラーにプッシュする方法の例を確認してください。Interface Builder を使用してこれを「視覚的に」行う方法の例については、このチュートリアルをご覧ください。
3 番目に、おそらく最も重要なこととして、スタンフォード大学のプレゼンテーションで言及された「ベスト プラクティス」は、「依存性注入」設計パターンのコンテキストで考えると、はるかに理解しやすいことに注意してください。簡単に言えば、これは、コントローラーがその仕事をするために必要なオブジェクトを「ルックアップ」してはならないことを意味します (たとえば、グローバル変数を参照します)。代わりに、これらの依存関係を常にコントローラーに「注入」する必要があります (つまり、メソッドを介して必要なオブジェクトを渡します)。
依存性注入パターンに従えば、コントローラーはモジュール化され、再利用可能になります。また、スタンフォード大学のプレゼンターがどこから来ているかを考えると (つまり、Apple の従業員として、簡単に再利用できるクラスを作成するのが彼らの仕事です)、再利用性とモジュール性が最優先事項です。彼らが言及するデータ共有のベスト プラクティスはすべて、依存性注入の一部です。
それが私の回答の要旨です。参考になる場合に備えて、コントローラーで依存性注入パターンを使用する例を以下に示します。
View Controllerで依存性注入を使用する例
いくつかの本がリストされている画面を作成しているとしましょう。ユーザーは、購入したい本を選び、「チェックアウト」ボタンをタップしてチェックアウト画面に移動できます。
これを構築するには、GUI/ビュー オブジェクトを制御および表示する BookPickerViewController クラスを作成します。すべての書籍データはどこで取得されますか? そのための BookWarehouse オブジェクトに依存しているとしましょう。これで、コントローラーは基本的に、モデル オブジェクト (BookWarehouse) と GUI/ビュー オブジェクトの間でデータを仲介します。つまり、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];
...
}
代わりに、依存関係を次のように注入する必要があります。
@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];
...
}
Apple 関係者が委譲パターンを使用して「階層をバックアップする」ことについて話しているとき、彼らはまだ依存性注入について話している。この例では、ユーザーが自分の本を選んでチェックアウトする準備ができたら、BookPickerViewController は何をすべきでしょうか? まあ、それは本当の仕事ではありません。他のオブジェクトに機能することを委任する必要があります。つまり、別のオブジェクトに依存することを意味します。したがって、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/ビュー オブジェクト) を提供していただければ、BookWarehouse と CheckoutController が実装可能な汎用インターフェイス (つまり、プロトコル) であると仮定して、自分のアプリケーションで簡単に使用できるようになります。 :
@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
...
}