# 生成されたプロジェクト{#generated-projects}。

Generatedは、複雑さとコストを許容可能なレベルに保ちながら、これらの課題を克服するのに役立つ実行可能な代替手段です。それは、Xcodeプロジェクトを基本要素として考慮し、将来のXcodeアップデートに対する弾力性を確保し、Xcodeプロジェクト生成を活用して、モジュール化に焦点を当てた宣言的APIをチームに提供する。Tuistは、プロジェクト宣言を使用して、モジュール化の複雑さ**を簡素化し、さまざまな環境でのビルドやテストのようなワークフローを最適化し、Xcodeプロジェクトの進化を促進し、民主化します。

## どのように機能するのか？{どのように機能するのか？｝

生成されたプロジェクトを使い始めるために必要なことは、**Tuistのドメイン固有言語（DSL）**
を使ってプロジェクトを定義することです。これは、`Workspace.swift` または`Project.swift`
のようなマニフェストファイルの使用を伴います。以前に Swift のパッケージマネージャで作業したことがあるなら、アプローチは非常に似ています。

プロジェクトを定義したら、Tuistはそれを管理し、相互作用させるための様々なワークフローを提供する：

- **生成する：** これは基本的なワークフローです。Xcodeと互換性のあるXcodeプロジェクトを作成するために使用します。
- **<LocalizedLink href="/cli/build">ビルド</LocalizedLink>：**
  このワークフローは、Xcodeプロジェクトを生成するだけでなく、`xcodebuild` を使用してコンパイルします。
- **<LocalizedLink href="/cli/test">テスト</LocalizedLink>：**
  ビルド・ワークフローのように動作し、Xcodeプロジェクトを生成するだけでなく、`xcodebuild` を利用してテストします。

## Xcodeプロジェクトの課題 {#challenges-with-xcode-projects}。

Xcode プロジェクトが成長するにつれて、**組織は、信頼性の低いインクリメンタルビルド、問題に遭遇した開発者による Xcode
のグローバルキャッシュの頻繁なクリア、および脆弱なプロジェクト構成を含むいくつかの要因のために、生産性の低下**
に直面するかもしれません。迅速な機能開発を維持するために、組織は一般的に様々な戦略を模索します。

React
Native](https://reactnative.dev/)のようなJavaScriptベースの動的ランタイムを使用してプラットフォームを抽象化することで、コンパイラーをバイパスすることを選択する組織もある。このアプローチは効果的かもしれないが、[プラットフォームのネイティブ機能へのアクセスが複雑になる](https://shopify.engineering/building-app-clip-react-native)。他の組織は、**コードベースをモジュール化することを選ぶ**
、これは明確な境界を確立するのに役立ち、コードベースを作業しやすくし、ビルド時間の信頼性を向上させる。しかし、Xcode
のプロジェクトフォーマットは、モジュール化のために設計されておらず、ほとんど理解できない暗黙のコンフィギュレーションや、頻繁なコンフリクトをもたらします。これは、悪いバス要因につながり、インクリメンタルビルドは改善するかもしれませんが、開発者は、ビルドが失敗したときに、Xcode
のビルドキャッシュ（すなわち、派生データ）を頻繁にクリアするかもしれません。これに対処するために、いくつかの組織は、**Xcodeのビルドシステム**
を放棄し、[Buck](https://buck.build/)や[Bazel](https://bazel.build/)のような代替手段を採用することを選択します。しかし、これには[高い複雑性とメンテナンス負担](https://bazel.build/migrate/xcode)が伴います。


## 代替案 {#alternatives}

### スイフト・パッケージ・マネージャー {#swift-package-manager}

Swift Package Manager
(SPM)は主に依存関係に焦点を当てているが、Tuistは異なるアプローチを提供する。Tuistでは、SPMとの統合のためにパッケージを定義するだけでなく、プロジェクト、ワークスペース、ターゲット、スキームといった馴染みのある概念を使ってプロジェクトを形作ります。

### XcodeGen {#xcodegen}.

[XcodeGen](https://github.com/yonaskolb/XcodeGen) は、共同 Xcode プロジェクトの競合を減らし、Xcode
の内部動作のいくつかの複雑さを単純化するために設計された専用のプロジェクトジェネレータです。しかし、プロジェクトは、[YAML](https://yaml.org/)
のようなシリアライズ可能なフォーマットを使用して定義されます。Swift
とは異なり、これは開発者が追加のツールを組み込むことなく、抽象化やチェックの上に構築することを可能にしません。XcodeGenは、検証や最適化のために依存関係を内部表現にマップする方法を提供するが、それはまだXcodeのニュアンスに開発者をさらす。これは、XcodeGenを、Bazelコミュニティに見られるような[ツールを構築する](https://github.com/MobileNativeFoundation/rules_xcodeproj)ための適切な基盤にするかもしれないが、健全で生産的な環境を維持することを目的とする包括的なプロジェクトの進化には最適ではない。

### バゼル {#bazel}

[Bazel](https://bazel.build) は、リモートキャッシュ機能で有名な先進的なビルドシステムで、主にこの機能のために Swift
コミュニティ内で人気を得ています。しかし、Xcodeとそのビルドシステムの限られた拡張性を考えると、それをBazelのシステムで代用することは、かなりの努力とメンテナンスを要求します。BazelをXcodeと統合するために多額の投資をしている企業のリストから明らかなように、豊富なリソースを持つ少数の企業だけが、このオーバーヘッドに耐えることができる。興味深いことに、コミュニティは、Xcodeプロジェクトを生成するためにBazelのXcodeGenを使用する[ツール](https://github.com/MobileNativeFoundation/rules_xcodeproj)を作成した。この結果、BazelファイルからXcodeGen
YAMLへ、そして最後にXcodeプロジェクトへと、複雑な変換の連鎖が発生します。このような階層化されたインダイレクトは、しばしばトラブルシューティングを複雑にし、問題の診断と解決をより困難にします。