3

iOSプログラミングは初めてなので
、もちろんストーリーボードから始めましたが、複数の開発者が同じアプリで作業するようになると、ストーリーボードに制限があることを読んだので、純粋なコードに切り替えました. しかし、 xib / nib は良い妥協点かもしれません。
もっと成熟した視点を教えてもらえますか？

いつもライトをありがとうございます

4

3 に答える 3

8

ストーリーボードの使用に反対票を投じます。それらは、WWDC プレゼンテーションのおもちゃの例ではきれいに見える、通常の目の保養のようなものですが、実際のシナリオでは、正しいことをすることはめったにありません. doing-it-wrong.mikeweller.com/2013/06/ios-app-architecture-and-tdd-1.html )、そしてプロジェクトが進むにつれて、ストーリーボードはすぐにビューコントローラーとセグエの恐ろしい混乱に発展します。ストーリーボードのマージに関する問題について言及...そこに行って、それをやった. ヴィムで。痛かった…

実際、私はストーリーボードを使用して開始したプロジェクトに 6 か月間取り組んできましたが、現在、開発は (締め切りが近くなければ) 全体を個々の XIB に分割することを検討するところまで来ました。 、純粋なコードではない場合。

次の場合にのみ、ストーリーボードを使用してください。

  • 概念実証アプリ/プロトタイプを行っている
  • 6 つ以下のビューコントローラーで計画している
  • シンプルなスタックベースのナビゲーションを使用し、複雑なことは何もしません
于 2013-09-19T21:40:25.180 に答える
1

ストーリーボードを使用すると、複数のストーリーボードを使用しない限り、2 人以上の開発者が同時に異なるビューで作業することができなくなります。

.xib ファイルを使用すると、View Controller ごとに 1 つずつ、ある開発者が FirstViewController とそれに関連付けられた .xib で作業し、別の開発者が SecondViewController とそれに関連付けられた .xib で作業できるようになります。このようにして、異なる開発者が行っていることに重複がなく、ある開発者の変更が他の開発者の変更を消去することはありません。

于 2013-09-19T20:37:21.710 に答える