iOSのストーリーボードに設計されたアプリ

Question

OK]をクリックして、

私は（特別に、ファイルの所有者、セグエなど作るために、私は多くの場合、ストーリーボード/グラフィックデザインの方に押されてるiOSの開発に何か...新しいことについて非常に混乱しています接続のタイプ）。しかしながら;基本的な（私は基本的なことを言います）プリミティブなデザインの他に何かがあるときは、コードを使ってやる必要があります...問題は、コードを使って何かできるのは、アップルによれば正しいとは言えません。あなたはアプリを承認されるためのすべてのルールを知っている必要があります。アップル（UISPLITVIEWの複数のビューコントローラ - > MultipleDetailViews）の例の中にもストーリーボードがないのはXIBだけです...それは普通ですか？

なぜなら、とにかくコード化されたソリューションに移行しなければならないのであれば、なぜグラフィカルなデザインが必要なのでしょうか。あなたは簡単にプログラムできるインターフェースを持っていると言えますか？

誰でも私がそれを理解するのを助けることができますか？

よろしく！

Answer 1

3つのこと（少なくとも！）ここで起こっている：

• は、ストーリーボードは比較的新しく、絵コンテが導入される前の例の多くが存在していました。
• 人々は、非常に高いレベルのアプローチよりも複雑なものを常に夢見ています。 （ストーリーボードよりも柔軟性の高い.xibファイルであっても、制限を回避するためのカスタムコードを書く）。

Answer 2

まず、ストーリーボードは、.xibファイルの集合体に過ぎません。ストーリーボードを使用すると、Xcodeがすべてのnibをアンロードします。その中心に、あなたのアプリはまだこれらのnibファイルを使います。

また、インターフェイスをInterface Builderで設定する代わりにコードを使用してプロパティを設定すると、そのアプリケーションは拒否されず、その逆もありません。 Appleの立場は、コード内で何かできることが正しいとは言えないからだと私は言うだろうとは知らない。私は、あなたが書いたコードが少なくて済むので、導入するバグが少なくなるため、開発者にIBを介して多くのプロパティを設定するように促すと主張します。ペン先にビューがあり、IBの "隠された"プロパティをチェックすると、コード内でview.hidden = YESと言っていることと変わりません。 Appleは、一方を他方よりも好むわけではありません。しかし、IBを使用すると、ビューを非表示にするプロパティが「非表示」であり、BOOLを引数として受け入れることを知る必要がなくなります。 iOS6でshouldHideSelfにする場合は、IBの隠しプロパティを使用して自動的に更新されます。ここでは、隠しプロパティのプログラム設定を手動で更新する必要があります。