画像編集ができるiPhoneアプリを開発しています。最終的には、ユーザーが画像を簡単に編集できる小さなバージョンと、画像のソーシャル ネットワーキングを可能にする大きなバージョンが必要です。それから、それぞれのバージョンを iPad 用に開発したいと考えています。
これは商用モバイル開発への私の最初の進出であるため、Xcode でこれらすべてのバージョンを整理する方法について混乱しています。明らかに、各バージョン間でファイルの再利用が共有されます。私の質問は、これらの個別のプロジェクトを最も効率的な方法で整理して、ファイルを共有し、共有されている特定のファイルを編集すると、アプリケーションの各バージョンに変更が加えられるようにするにはどうすればよいかということだと思います。XCodeで従うべきある種の構造はありますか?
これを行う方法に関するリンクや文献はありますか? （それを検索するための正しい用語がわかりませんでした）。
覚えておいてください：何かを繰り返したり複製したりしていることに気付いた場合は、それが間違っているのではないかと疑ってください.
このシナリオでは、Xcode プロジェクトには 4 つのターゲットがあります。このセットアップの基本的なターゲット レイアウトは次のようになります。
アプリは共有静的ライブラリにリンクし、リソース バンドルをコピーします。
当然、アプリには異なるソース/ライブラリ/依存関係があります-それらはアプリのターゲット（または他の依存関係）に入ります。
あなたのバックグラウンドを考慮して、これらの依存関係をどのように構成、使用、および維持する必要があるかを理解するために、十分な時間 (最初と進行中) と忍耐をかけて計画してください。
「ライト」プロジェクトと「フル」プロジェクトを別々に、ただし同じワークスペース内に保持することをお勧めします。こうすることで、共有ファイルを一方のプロジェクトに保持し、もう一方のプロジェクトでそれらへの共有参照を使用するだけで済みます。いずれかのプロジェクトから共有ファイルに加えられたすべての変更は、両方に影響します。
iPhone/iPad バージョンに関しては、これらのアプリを完全に分離し、同じワークスペース内に保持することもお勧めします (コードを共有できるようにするため)。単一のプロジェクト (別名、ユニバーサル アプリ) で両方のアプリを管理するための提案について調べてみると、唯一の本当の利点は、顧客が 1 つのアプリを購入してどちらのデバイスにもダウンロードできることです。彼らが利用できます。アプリが無料の場合は、心配する必要はありません。
最後に、ワークスペースに関する警告として、すべてのプロジェクトでファイルに一意の名前を付ける必要があります。たとえば、MainViewController.h サブクラスを使用するプロジェクトと MainViewController.h サブクラスを使用する別のプロジェクトで作業している場合、どのプロジェクトにいるかに関係なく、誤って間違ったプロジェクトを割り当てたり編集したりする可能性があるため、注意してください。 . 一意のファイル名を使用することが問題になる場合は、空のプロジェクトを作成してすべての共有コードをダンプし、そこからスタンドアロン アプリへの参照を追加するだけで、ワークスペースの使用を回避できます。
さまざまな機能のためにプロジェクトのさまざまなコピーを保持することを選択した場合、XCode が別のものではなく 1 つのものを提供する場所があるため、最終的に混乱することになります。そのような場所の 1 つとして、場所 X からプロジェクトを開くと、前回開いた場所 Y からのコピーも表示されます。その結果、より多くの間違いを犯す可能性があります。主催者は、間違いを犯す可能性があるもう 1 つの場所です。
XCode は、iPhone と iPad の両方のバージョンを維持するのに十分な自己完結型です。アプリのタイプとしてユニバーサルを選択した場合、1 つのプロジェクトの一部にすることができる 2 つの別個のストーリーボードがあります。
さまざまな機能に関しては、プロジェクトの個別のコピーを維持するべきではありません。代わりに、すべての機能を 1 つのプロジェクト内に保持し、アプリ ロジックでさまざまな機能にアクセスできるようにすることをお勧めします。
プロジェクトをクリックすると、XCode はターゲットセクションの下にビルドのバージョンを保持します。開発サイクルを通じて複数のバージョンを維持するには、ソース コード リポジトリ (git または svn) を使用します。