1

アプリ デリゲートは、アプリ全体のすべての UIViewControllers の間の接着剤として機能できますか?

スパロー（およびfbなど）に非常によく似たナビゲーション構造を持つメールクライアントを作成しています。最初の画面はログイン画面でUITableViewController、有名な左メニュー ボタンが表示されます。このボタンをクリックすると、その下にある他の VC が表示されます。

簡単に言うと、現在、ショーを実行しているのは私のアプリ デリゲートです。最初のアクセス時にログイン画面を表示するか、デフォルトのメールボックスとそのサブビューを表示するかを決定するのは、アプリ デリゲートです。1 つのサブビューから情報を取得すると、その情報がアプリ デリゲートに渡され、アプリ デリゲートがそれを他のビュー コントローラーに渡します。

これはMVCの観点から見て正しいですか? アプリのデリゲートが最初の連絡先であることは知っていますが、それがアプリケーションを開始するものですが、これが広範囲に使用されているのを見たことがありません。ここで iOS MVC のベスト プラクティスに従っているかどうかを確認したいだけです。

4

1 に答える 1

2

推奨されませんが、それを行うことは完全に合法です。私は通常、マスター ビュー コントローラー クラスを使用し、その中でほとんどの面倒な作業を行います。Core Data を使用している場合、XCode は自動生成されたコードのほとんどをアプリ デリゲートにダンプするため、Core Data を使用している場合はナビゲートが少し難しくなる可能性があることに注意してください。それは本当に個人的な好みです。私だったら、アプリ デリゲートにログイン画面とメイン画面のロジックを実行させますが、ほとんどのアプリ ロジックはメイン画面コントローラーに配置します。

于 2013-03-12T14:00:02.400 に答える