なぜNSWindowまたはNSViewインスタンスはデリゲートではなく、独自のキーイベントを処理しますか？

Question

Cocoaの新人として、私はジェネリックNSResponderサブクラスがキーイベントを実装しているように実装する理由を理解するのに苦労しています。

私のプログラムでは、画面全体を占有するNSWindowサブクラスがあり、必ずキーイベントを処理する必要があります。プログラムの状態全体を変更することができるいくつかの主要なコマンドがあります（たとえば、ユーザーがスペースバーを押すとタイマーを一時停止するなど）。NSTextFieldハンドルのようなサブビューを持つのは意味がありません。

デリゲート（コントローラ）はこれらのイベントを取得する必要があります。代わりに、ウィンドウを（keyDown:とinterpretKeyEvents:セレクタを介して）コントローラに通知するために乱雑なグルーコードを書くか、コントローラのコードをNSWindowサブクラス自体に移動するだけで済むのです。

これは厄介で、私の腸は何かが欠けていると私に伝えます。よりクリーンなソリューションはありますか？

Answer 1

正しく設定した場合は、NSWindowの代理人がメッセージを受信します。 Cocoaはレスポンダチェーンを使用して、最初のレスポンダからのメッセージ（キーメッセージのキービュー）、クリックされた/表示されたビューなどを転送します。マウスメッセージのために - スーパービューを通して、ウインドウを通して、そして最終的にウインドウのデリゲートへ。 Apple's siteには、典型的なレスポンダーチェーンのかなり良い図があります。

ファンシーなウィンドウの描画やその他の行を実装していない限り、サブクラス化する必要はありません。NSWindow Cocoaは、NSWindowControllerクラスがウィンドウとその内容のコントローラとして動作するようにします。

普通のパターンはNSWindowControllerをサブクラス化してIBOutletを追加し、NIBを使用してウィンドウの内容をレイアウトします。 NSWindowControllerをInterface BuilderでFile's Ownerプロキシのクラスにサブクラス化します。またウィンドウのdelegateをウィンドウコントローラに割り当てて、ウィンドウがレスポンダチェーンの一部になるようにします。最後に、ウィンドウを作成するには、NSWindowControllerのinitWithWindowNibName:メソッドを使用します。これは、新しいウィンドウコントローラをNIBにファイルの所有者としてロードする作業を自動化します。

あなたが探しているリンクが見つからないため、Cocoaのドキュメントのウィンドウコントローラを読むことをお勧めします。