私はios開発に関する大きなオタク牧場の本を読んでいましたが、それは1年前なのでios5のみに対応していますが、チーム環境では、ストーリーボードファイルを更新しようとする人が多すぎるために、ストーリーボードファイルにソース管理の競合が発生することが多いと主張して、ストーリーボードに反対するようアドバイスしましたファイル、およびビューコントローラーがいくつかあると雑然とすること、およびセグエのように役立つことは、ストーリーボードなしで行うのはそれほど難しくありません.
チーム環境で絵コンテを使用した経験を誰かが共有できるかどうか、またペン先に対する好みがあるかどうか疑問に思いました
.xib (nib) でさえ、チーム環境で使用するのは非常に危険です。これは、どの形式のマージも非常に困難または不可能な場合があり、多くの場合、1 つの変更セットを受け入れてもう 1 つの変更をやり直す必要があるためです。.xib を使用すると、一般的にローカライズされるため、ストーリー ボードよりも安全ですが、大幅に編集されたファイルがある場合は、すべての変更を簡単にマージできるように、すべての UI をコードで実行する価値があります。
rooster117 が指摘したように、複数の開発者がいる環境では、XIB に Storyboard と同じ問題が発生する可能性があります。
複雑さを軽減するためにできることはいくつかありますが、最も重要なことは、開発チームが「チーム」として機能し、互いに通信する必要があることを認識することです。私たちはすでに、複数の開発者が同時に同じファイルに大きな変更を加えることのできないシステムで作業しています。ただ、XIB とストーリーボードにはもう少しコミュニケーションが必要であることを認識する必要があります。
この問題を軽減する別の方法は、複数のストーリーボードを使用することです。ストーリーボードごとに 1 つのアイテムについて話しているわけではありません。これは目的を無効にします。ただし、アプリ全体を 1 つのストーリーボードに貼り付ける必要はありません。フローに分割し、各フローを別の Storyboard ファイルに入れます。異なるフローで作業している場合は問題ありません。同じフローで作業している場合は、多くの場合、多くの場合、問題が発生する可能性は低くなります。
XIB はそれを最も制限しますが、おそらくほとんどのチーム/プロジェクトにとってやり過ぎです。