私は iOS 開発は初めてですが (まだアプリを作成していません)、市場で非常に評価の高いアプリを持っている友人にアドバイスを求めています。彼は絵コンテを使わないと言いました。
彼のアドバイスを聞きたいのですが、とても役に立ちます。
- これは、今後アプリに問題を引き起こす可能性がありますか?
- ストーリーボードを使用したくない理由はありますか?
Android のバックグラウンドを持っているので、なぜそれらを使用する必要があるのか わかりません。
私は iOS 開発は初めてですが (まだアプリを作成していません)、市場で非常に評価の高いアプリを持っている友人にアドバイスを求めています。彼は絵コンテを使わないと言いました。
彼のアドバイスを聞きたいのですが、とても役に立ちます。
Android のバックグラウンドを持っているので、なぜそれらを使用する必要があるのか わかりません。
私は、簡単なプロトタイプ以外の場合、絵コンテを避ける傾向があります。複雑になることのない非常に単純なアプリがあり、自分が唯一の開発者であることがわかっている場合は、ストーリーボードで問題ないかもしれません。
ストーリーボードを使用する際の問題点について詳しく説明しているいくつかのブログ投稿を次に示します。
上記のどちらも少し古いですが、関連する点は今でも当てはまると思います。
理論的には、ストーリーボードを使用して静的テーブルを取得する必要があることに注意してください。これは便利です。この利点を得るには、静的テーブルのみをストーリーボード ファイルに配置し (注: アプリには複数のストーリーボード ファイルを含めることができます)、xibs を使用するか、UI の残りの部分にコードのみを使用できます。
ストーリーボードまたは Interface Builder を使用しないことをお勧めします。
これはすべて経験から来ています。私は IB を使用して iOS アプリを開発する小さなソフトウェア チームを運営し始めました (ストーリーボードはまだリリースされていませんでした)。使用をやめると、生産性が大幅に向上しました。
この質問は本当に答えられるものではないと思います。技術的な決定には長所と短所があり、これも例外ではありません。
長所:
短所:
使用するかどうかは重要ではないと思いますが、最も重要なのはアプリケーションがどのようなものか (品質、美しい、高速など) です。StoryBoard は、初心者が設計時間を短縮し、理解するのに最適です。しかし、プロの開発者になると、グラフィックよりもタイピングが速いため、コーディングによってインターフェイスを描画するのが好きになるでしょう。
それはあなた次第です。アプリケーションを単独で開発する場合、ストーリーボードは非常に便利です。チームで作業する場合は、ストーリーボードと比較して .xibs を svn とマージする際の問題が少ないため、.xibs を使用することをお勧めします。
非常に幅広い質問です。ストーリーボードが素晴らしい場合もあれば、面倒な場合もあります。アプリの要件と互換性のニーズによって異なります。
いつストーリーボードを使用し、いつ XIB を使用するかについての優れた説明については、この回答を参照してください。