ストーリーボードをしばらく使用してきましたが、非常に便利であることがわかりましたが、いくつかの制限があるか、少なくとも不自然な方法で物事を行うことができます。アプリには単一のストーリーボードを使用する必要があるように見えますが、適度なサイズのアプリケーションに到達した場合でも、これにはいくつかの問題があります。
- ストーリーボードでの競合は解決に問題がある可能性があるため、チーム内での作業はより困難になります(これに関するヒントも歓迎されます)
- ストーリーボード自体は非常に雑然としていて、管理できなくなる可能性があります。
だから私の質問は、使用のベストプラクティスは何ですか?
論理タスクを別々のストーリーボードに分割するハイブリッドアプローチを使用することを検討しましたが、これにより、UXフローがコードとストーリーボードの間で分割されます。私にとって、これはログインアクションなどの再利用可能なアクションを作成するための最良の方法のように感じます。
また、私はまだXibsの場所を検討する必要がありますか?この記事には、多くの問題の概要が非常によく記載されており、画面が1つしかないシーンでは、この場合はxibsを使用する必要があることを提案しています。ストーリーボードから接続されていないシーンをインスタンス化するためのAppleのサポートにより、これは私には珍しいと感じます。これは、xibsが将来的に場所を持たないことを示唆しますが、私は間違っている可能性があります。