iOSアプリにおける1つのStoryboardに頼らない方法について

Question

現在Swiftを用いてiOSアプリを開発しています。

しかし、私は初心者なためプロジェクト作成時に存在しているMain.storyboardにいくつものViewControllerを設置し関連付ける方法しかわかりません。

そのため、アプリを作っていくにつれて下記のように１つのMain.storyboardに多くのViewが存在した状態になり、複雑化していく未来しか見えません。

ViewやController、ModelについてはMVCアーキテクチャを採用しView,Controller,Modelグループの中にそれぞれのファイルを入れています。

このようにStoryboardも論理的に意味のある分散をさせたいのですがどのようなフォルダ設計をするのが良いのでしょうか？

例えば、
ViewController一つにつきstoryboard一つを作る。
TodoアプリでTodo一覧画面→Todoの詳細画面→Todoの編集画面というnavigationがある場合
A.storyboardにTodo一覧画面を
B.storyboardにTodo詳細画面とTodo編集画面のViewControllerをなど。

ご教授願えたらと思います。
また、参考となるようなサイトや本がありましたら教えていただけると幸いです。（こういう系のサイトや本がなかなか見つからないので・・・）
よろしくお願いいたします。

Answer 1

Storyboard Referenceというのもあるのでうまく使ってみてくださいー

Comments

[kurukururin]

ありがとうございます！
早速調べたいと思います。

Answer 2

Viewをどのように分類するかという話なので、個人的なやり方ですが、僕は分離可能な機能ごとにStoryboardと対応するビューを1フォルダにまとめる場合が多いです。
例えばアプリのチュートリアルとか設定画面は画面数が多くなりがちですが、大抵入り口となるビューは1つで他の機能と分離できるので、Mainとは別のStoryboardにしてます。

Mainのとあるビューのボタン等を押したらポップアップが出てきてその中に独立した一連の流れがある場合は、ポップアップの中をMainとは分ける、という感じです。そうしたらある程度フォルダ名でどんな機能がある類推できますし、機能がいらなくなったときに削除が簡単ですから。
そのため1つのStoryboardにビューが1つなこともあれば、20程度のこともあります。

TODOアプリなら、TODOのリスト、詳細、編集画面は一連の流れですから僕なら1つにしていると思います。
けど、カレンダーアプリにTODO機能が入っているなら、メインとなるカレンダーの部分とは分けているかもしれません。

ViewController一つにつきstoryboard一つを作る。

無理にこうするのは反対です。
Storyboardは名前の通り画面間の関係を表せるのが良い点なのでそれをつぶしてしまいます。

Comments

[kurukururin]

ご丁寧にわかりやすい説明ありがとうございます！
やはり一つの目的を持った機能に関連するViewをまとめたstoryboardとして分割していった方が良いのですね
確かにVC１つに対してstoryboardはstoryboardの良さをなくしかつ余計煩雑になりますね。
参考にさせていただけます。ありがとうございました！