私は同じ質問に関連するいくつかの答えを読んでいますが、私は何か具体的なものを求めています。大規模なソーシャルネットワークを想像している巨大なプロジェクトをお持ちの場合、たとえあなたがを別個にUIStoryBoardsに論理的に分離したとしても、プロセスが遅くなるようです。あなたがストーリーボードを見るたびに、UIViewControllersのすべてをレンダリングするのに時間がかかり、それに対処するのは大きな苦痛のようです。ストーリーボード対Xibファイル
大規模なプロジェクトの場合、Nibファイルを入手するか、UIStoryBoardsに従うことをお勧めしますか？
多くのビューコントローラを備えた大規模なプロジェクトで、共同作業するチームがある場合は、XIBをお勧めします。これは、それぞれの小さなチームがプロジェクトの全体の流れを理解する必要がないため、これらの関係を持つストーリーボードは必要ありません。もう一つの大きな利点は、コードを一緒にマージするとマージの問題が起きにくいことです。ストーリーボードにマージ競合を起こさせたくない、私を信頼してください。
あなた自身だけがこれに取り組んでいる場合、ストーリーボードを持っていると実際にプロジェクトの流れ全体が表示され、もっと理解できるようになります。ストーリーボードが不合理な時間内にロードされない限り、ストーリーボードを使用し続けるということです。
それは非常に合理的に聞こえる！ありがとうございました。 @JayDeep＆Rashwan Lにもお礼ありがとうございます – Dani
XIBファイルを使用してプロジェクトを構築すると、合併の問題は生じません。 –
@ElTomatoいいえ、あまりありません。したがって、storyboardとxibの両方がxmlファイルです。ストーリーボード上では、各要素、制約、物事の詳細な位置を持つ巨大なXMLファイルです。したがって、チーム内の誰かが誤ってView Controllerを動かすと、マージの競合が発生する可能性があります。 xibでは、少量の人々しか各xibで作業していないので、その可能性は低いです。さらに、xibファイルにマージ競合があっても、xmlファイルがストーリーボードより短くなるため、競合を見つけて修正する方が簡単になります。 –
どちらが良いかは分かりません。なぜなら、チームの要求に基づいてどちらを教えるのが良いのかが分かるからです。
開発者が1人の場合は、すべてのビューを読み込む時間が少ないため、ストーリーボードを使用する方がよいでしょう。チームが多くの開発者で構成されている場合は、XIBを使用してください。それ以外の場合、モジュール/タスクをマージするのは容易ではありません。
ここでは、両方の使い方の長所と短所を読むことができます。 http://codewithchris.com/xcode-using-storyboards-and-xibs-versus-creating-views-programmatically/
デフォルトでは、XcodeにはXibsでプロジェクトを作成するオプションがありません – paper1111
なぜ複数のStoryBoardを作成しないのですか？ :) –