NIB/XIBファイルとCocoaプログラミング - 開発時間の短縮？

Question

私はしばらくの間、iPhone SDKでプログラミングしてきました。

私はInterface Builderを使用していません。これは私を少し恐れる。私は実際には、私は「フレームワークと戦っている」かもしれないが、私はそれをそういう形で見ていないことを知っている。

私のアプリケーションデリゲートで私のUITabBarControllerをインスタンス化し、UINavigationControllerをインスタンス化し、次にView Controllerをプッシュしポップするのはとても簡単です。

XIBファイルを使用してアプリケーションを設計する方法については、当然知識がありませんが、NIBを使用してCocoaでMacアプリケーションを構築しています。だから私は完全に無知ではない。

私の質問は、UITableViewControllerとUIViewControllerをXIBを使用してレイアウトするときに、プログラムでインスタンス化してivarsを設定するのではなく、開発時間が増加するかどうかです。

私が見ているように、どちらの方法でも、大部分のビューで発生する可能性のあるカスタマイズのためにView Controllerをサブクラス化する必要があります。同様に、代理人には依然として手作業のクラスが必要であり、XIB内のアウトレットを接続するプロセスは、私がivarを設定することに匹敵するように見えます。

他の大きなポイントがありませんか？

ありがとうございます！

Answer 1

あまりにも心配しないでください、IMO Interface Builderも少し過度に評価されています。

これは、物事を素早く実行したり、画面の数が多くセットアップが面倒なアプリを持っていても、それほど多くは見逃せない場合には、間違いなく便利です。

Answer 2

コードでは、IBよりもUIを構成するのに時間がかかります。

さらにデザイナーにデザインを渡し、UIを微調整できるようにします。

Answer 3

最後に、両方とも同じことを達成します。状況に応じてどちらかを使用する必要があります。ほとんどの場合、ビューの作成と配置、特に道路の維持管理を行うコードを記述すると、IBを使用するよりもはるかに時間がかかります。 iPhone用のシンプルなアプリでは、これは当てはまらないかもしれませんし、コード内のすべてを作成することもできます。基本的には、両方を実行する方法を理解し、明確なコードと最速の開発を含むパスを選択する必要があります。

Answer 4

実際にビューをレイアウトするときに使用すると、IBが輝きます。たとえ2つまたは3つのビューであっても、コード内でレイアウトおよび構成するのは面倒な作業になります。私はタブバーやナビゲーションコントローラ、時にはサブコントローラ用に使用する傾向があります（通常、ユーザーが使用する可能性が高いと思う場合のみ）。しかし、それはすでにそこにいるのでもっと便利です。

来週発表されるこの新しいバージョン3 OSでは、Interface Builderが独自のクラス用のパレットを追加したり、複雑な非ビューを構築したりするCocoaの柔軟性を得ることを願っていますデータ構造（カスタムパレットを使用）。しかし、私たちは見る必要があります。

Answer 5

あなたは、コード内で何かをやっているだけで大​​丈夫だということを理解してもらえれば分かります。

ビューまたはカスタムセルのレイアウトフォント/色/位置の設定が大量になり、すぐに多くのコードに爆発し、維持管理や調整が難しくなります。そのような場合は、IBであなたが望むものを調整するのがずっと簡単です。