objective-c - .xcconfig ファイルを使用する場合

Question

とのプロジェクトで3 つの異なる構成をセットアップしました。いいえ、Xcode には、構成ごとに異なるファイルを指定するオプションがあります。私は今、どのような状況でそれらを使用すべき/使用できるのか、構成ごとに編集するだけでどのような利点があるのか​​ 疑問に思っています.debug previewrelease.xconfigbuild settings

Answer 1

作成するプロジェクトごとに同じビルド設定を変更する場合は、xcconfig ファイルを使用してください。変更するビルド設定を xcconfig ファイルに配置します。xcconfig ファイルを使用すると、プロジェクトを作成するたびにこれらのビルド設定を編集する必要がなくなります。

ビルド構成ごとに異なる xcconfig ファイルを使用するオプションがあるため、常に変更しているデバッグ ビルド設定を 1 つの xcconfig ファイルに配置し、変更しているリリース ビルド設定を別の xcconfig ファイルに配置できます。変更するビルド設定の値がデバッグ ビルドとリリース ビルドで異なる場合、または一部のビルド設定をデバッグ ビルドのみに変更し、その他のビルド設定をリリース ビルドのみに変更する場合は、複数の xcconfig ファイルを使用します。

Answer 2

あなたが@Besiの例について尋ねたのは私ではありませんが、BundleIdの変更が少なくとも私にとって役立つ理由を説明したいと思います.

「開発」、「アドホック」、「App Store」で要件が異なる場合、例えばプッシュ通知を送信する必要があるため、バージョンによってプッシュ証明書が異なります。

この場合、3 つの異なる XCode スキームを作成できます。選択したスキームに応じて、コンパイル時にバンドル識別子が変更されるため、異なる種類のバージョンが生成されます。

これに加えて、xcconfig を使用して「Code Sign Identity」を選択し、想像できるほぼすべてのビルド設定を選択できるという事実を追加します。この方法は、重複を回避し、設定が互いにオーバーライドする方法をカスタマイズできるため、バージョンごとに異なるターゲットを持ち、異なる plist ファイルとビルド設定を使用するよりも正しい方法です。

これが非常に複雑な場合は申し訳ありませんが、その過程で元の質問に回答してみました.

Answer 3

xcconfig ファイルを使用した 1 つの方法は、iPhone アプリ用に異なる BundleId をセットアップすることです。そうすれば、さまざまな機能/サーバーが有効になっているさまざまなアプリを使用できます。非常に役立ちます。BundleId に変数名を使用する必要があります。