最近、XCode で Storyboard を試してみようかなと考えています。
以前は Interface Builder があまり好きではなかったので、常に XCode でプログラムを使用してビューを作成してきました。アプリで何が起こっているのかを正確に知りたかったので、インターフェイス ビルダーを実際に使用したことはありませんでした。
なので、メリットとデメリットを両方使った人の感想を聞きたいです。
すべての UIViewControllers をプログラムで管理するのが好きです。しかし、UIViews をセットアップするとき、シミュレーターを複数回実行して、ビューが正しいピクセルに配置されているかどうかを確認する必要があります。
そのため、ビューがどこに配置されるかを確認できるという点で、Interface Builder が気に入っています。
どう思いますか？
私が持っているアプリでは、実際に両方を組み合わせて使用しています。
プログラムですべてを行うことに慣れている場合は、個別の xib を行うことから始める方が簡単であることに気付くでしょう。
そのようにするということは、VC のすべてのフローが、すでに行っているようにプログラムで行われることを意味します。
Storyboard を使用する主な利点は、IB と各 VC の UI を使用してアプリのフローを作成できることです。関連するテーブル内にカスタム UITableViewCells を作成することもできます。
XIB ですべてを行うことに慣れたら、ストーリーボードの作業に簡単に移ることができるはずです。
そうは言っても、コード < XIB < ストーリーボードの連鎖はありません。
彼らはお互いを補完するために訴えられるべきです。
ストーリーボードを使用していくつかのアプリを作成しましたが、それらは見事に機能しました。クリスマスの直前に別のアプリを開始しましたが、アプリの要件により、明示的に XIB を使用し、ストーリーボードをまったく使用しないという道に進みました。
また、アプリの大部分がストーリーボードを使用するアプリを作成しましたが、すべてが同じ VC を使用するか、すべてが同じ UIView サブクラスを使用する特定の一般的な場所があり、それらのために独自の個別の XIB ファイルを作成しました。
何をしているかによって異なりますが、どちらにしても、コードで実行できる場合は、ほとんどの場合、実際にははるかに簡単であり、IB でも同様に強力です。
(View drawing 等を除く)
インターフェイスの微調整が繰り返されるアプリの場合、Interface Builder は私にとって時間を大幅に節約してくれます。同じことを手動でコーディングする方法をすでに知っている場合、学習曲線は実際にはそれほど急ではありません。そうすれば後悔しないと思います。私はそうではありません。
新しい StoryBoard インターフェイスは非常に素晴らしく、直感的です。ただし、すべてをプログラムで行う必要がなくても、きめの細かい制御が可能です。間違いなくはるかに効率的だと思います。慣れるまでに約 1 時間かかるかもしれませんが、私の観点から見ると、間違いなく時間の価値があります。