使用預先編譯（AOT）時，你可以在 TypeScript 設定檔中指定 Angular 編譯器選項，藉此控制應用程式的編譯方式。
Angular 的選項物件 angularCompilerOptions 與 compilerOptions 物件並列，後者負責提供標準選項給 TypeScript 編譯器。
tsconfig.json
{
"compileOnSave": false,
"compilerOptions": {
// ...
},
"angularCompilerOptions": {
"enableI18nLegacyMessageIdFormat": false,
"strictInjectionParameters": true,
// ...
}
}
使用 extends 的設定繼承
與 TypeScript 編譯器相同，Angular AOT 編譯器也支援在 TypeScript 設定檔的 angularCompilerOptions 區段中使用 extends。
extends 屬性位於最上層，與 compilerOptions 和 angularCompilerOptions 並列。
TypeScript 設定可以透過 extends 屬性，從另一個檔案繼承設定。
系統會先載入基礎檔案的設定選項，再由繼承的設定檔中的選項覆寫。
例如：
tsconfig.app.json
{
"extends": "./tsconfig.json",
"compilerOptions": {
"outDir": "./out-tsc/app",
// ...
},
// ...
"angularCompilerOptions": {
"preserveWhitespaces": true,
// ...
}
}更多資訊，請參閱 TypeScript 手冊。
範本選項
下列選項可用來設定 Angular AOT 編譯器。
annotationsAs
修改 Angular 專屬註解的輸出方式，以改善搖樹優化。
非 Angular 的註解不受影響。
可填 static fields 或 decorators。預設值為 static fields。
預設情況下，編譯器會以類別中的靜態欄位取代裝飾器，讓 Closure compiler 等進階搖樹工具能移除未使用的類別
decorators值會保留裝飾器原樣，編譯速度較快。 TypeScript 會輸出對__decorate輔助函式的呼叫。 若要進行執行階段反射，請使用--emitDecoratorMetadata。HELPFUL: 這樣產生的程式碼無法正確進行搖樹優化。
annotateForClosureCompiler
設為 true 時，使用 Tsickle 為輸出的 JavaScript 加上 Closure Compiler 所需的 JSDoc 註解。
預設值為 false。
compilationMode
指定要使用的編譯模式。 可用的模式如下：
| 模式 | 詳細說明 |
|---|---|
'full' |
產生完全經過 AOT 編譯的程式碼。編譯器 ABI（此程式碼所使用的內部執行階段 API）在同一個次要版本的修訂版本之間保持穩定。 |
'partial' |
產生穩定但屬於中間形式的程式碼，適合用於獨立發布的函式庫。 |
預設值為 'full'。
對大多數應用程式來說，'full' 是正確的編譯模式。
對於獨立發布的函式庫（例如 NPM 套件），請使用 'partial'。
'partial' 編譯會輸出穩定且中間形式的格式，更能支援由不同主要或次要版本 Angular 建置的應用程式使用該函式庫。
若函式庫與應用程式一起以 "HEAD" 建置，且使用相同版本的 Angular（例如在單一儲存庫中），則可以使用 'full'，因為不會有次要版本之間版本偏斜的風險。請注意，編譯器 ABI 在同一個次要版本的修訂版本之間保持穩定，因此在不同應用程式可能位於不同修訂層級的微前端架構中，可以安全地共用 Angular 執行階段。
disableTypeScriptVersionCheck
設為 true 時，編譯器不會查看 TypeScript 版本，在使用不支援的 TypeScript 版本時也不會回報錯誤。
不建議使用，因為不支援的 TypeScript 版本可能會有未定義的行為。
預設值為 false。
enableI18nLegacyMessageIdFormat
指示 Angular 範本編譯器，為範本中以 i18n 屬性標記的訊息建立舊版 ID。
關於如何標記要本地化的訊息，請參閱標記要翻譯的文字。
除非你的專案依賴先前使用舊版 ID 建立的翻譯，否則請將此選項設為 false。
預設值為 true。
Ivy 之前的訊息擷取工具，為擷取出的訊息 ID 建立了多種舊版格式。 這些訊息格式存在一些問題，例如空白字元的處理方式，以及依賴範本原始 HTML 中的資訊。
新的訊息格式對空白字元變更更有韌性，在所有翻譯檔案格式間保持一致，且可以直接從對 $localize 的呼叫建立。
如此一來，應用程式程式碼中的 $localize 訊息，就能與元件範本中相同的 i18n 訊息使用相同的 ID。
IMPORTANT: 此選項僅受 @angular-devkit/build-angular:browser 建置器支援。
使用 @angular/build:application 建置器（esbuild）時，此選項沒有作用，無論此處如何設定，一律使用新的十進位訊息 ID 格式。
enableResourceInlining
設為 true 時，會將所有 @Component 裝飾器中的 templateUrl 與 styleUrls 屬性，取代為 template 與 styles 屬性中的行內內容。
啟用時，ngc 的 .js 輸出不會包含任何延遲載入的範本或樣式 URL。
flatModuleId
匯入平面模組時要使用的模組 ID（當 flatModuleOutFile 為 true 時）。
範本編譯器建立的參照，在從平面模組匯入符號時會使用這個模組名稱。
若 flatModuleOutFile 為 false，此選項會被忽略。
flatModuleOutFile
設為 true 時，會產生指定檔案名稱的平面模組索引，以及對應的平面模組中繼資料。
可用來建立封裝方式與 @angular/core 和 @angular/common 類似的平面模組。
使用此選項時，函式庫的 package.json 應參照所建立的平面模組索引，而不是函式庫索引檔案。
只會產生一個 .metadata.json 檔案，其中包含從函式庫索引匯出的符號所需的全部中繼資料。
在所建立的 .ngfactory.js 檔案中，會使用平面模組索引來匯入符號。這些符號同時包含函式庫索引的公開 API，以及被遮蔽的內部符號。
預設情況下，系統會假設在 files 欄位中提供的 .ts 檔案就是函式庫索引。
若指定了多個 .ts 檔案，則會使用 libraryIndex 來選取要使用的檔案。
若提供了多個 .ts 檔案但沒有 libraryIndex，系統會產生錯誤。
系統會在與函式庫索引 .d.ts 檔案相同的位置，以指定的 flatModuleOutFile 名稱建立平面模組索引 .d.ts 與 .js。
例如，若某個函式庫使用 public_api.ts 檔案作為模組的函式庫索引，tsconfig.json 的 files 欄位會是 ["public_api.ts"]。
接著可以將 flatModuleOutFile 選項設為（例如）"index.js"，如此便會產生 index.d.ts 與 index.metadata.json 檔案。
該函式庫 package.json 的 module 欄位會是 "index.js"，typings 欄位會是 "index.d.ts"。
generateCodeForLibraries
設為 true 時，會為具有對應 .metadata.json 檔案的 .d.ts 檔案建立工廠檔案（.ngfactory.js 與 .ngstyle.js）。預設值為 true。
設為 false 時，只會為 .ts 檔案建立工廠檔案。
使用工廠摘要時，請這樣設定。
preserveWhitespaces
預設值為 false，此時會從已編譯的範本中移除空白文字節點，讓輸出的範本工廠模組更小。
設為 true 則保留空白文字節點。
HELPFUL: 使用水合（hydration）時，建議使用 preserveWhitespaces: false，這也是預設值。若你選擇在 tsconfig 中加入 preserveWhitespaces: true 來啟用保留空白字元，可能會遇到水合相關問題。這目前還不是完全受支援的設定。請確保伺服器與用戶端的 tsconfig 檔案中，此設定也保持一致。更多詳細資訊，請參閱水合指南。
skipMetadataEmit
設為 true 時，不會產生 .metadata.json 檔案。
預設值為 false。
.metadata.json 檔案包含範本編譯器需要的資訊，這些資訊來自 .ts 檔案，但未包含在 TypeScript 編譯器產生的 .d.ts 檔案中。
這些資訊包括例如註解的內容（例如元件的範本），TypeScript 會將其輸出到 .js 檔案，但不會輸出到 .d.ts 檔案。
使用工廠摘要時可以設為 true，因為工廠摘要已包含 .metadata.json 檔案中資訊的副本。
若你使用 TypeScript 的 --outFile 選項，請設為 true，因為中繼資料檔案不適用於這種形式的 TypeScript 輸出。
Angular 社群不建議在 Angular 中使用 --outFile。
請改用打包工具，例如 webpack。
skipTemplateCodegen
設為 true 時，不會輸出 .ngfactory.js 與 .ngstyle.js 檔案。
這會關閉大部分的範本編譯器，並停用範本診斷的回報。
可用來指示範本編譯器產生 .metadata.json 檔案，隨 npm 套件一同發布。這樣可避免產生無法發布到 npm 的 .ngfactory.js 與 .ngstyle.js 檔案。
strictMetadataEmit
設為 true 時，若 "skipMetadataEmit" 為 false，會將錯誤回報到 .metadata.json 檔案。
預設值為 false。
僅在 "skipMetadataEmit" 為 false 且 "skipTemplateCodegen" 為 true 時使用。
此選項用來驗證要隨 npm 套件一同打包的 .metadata.json 檔案。
這項驗證相當嚴格，可能會為中繼資料回報錯誤，但這些中繼資料被範本編譯器使用時永遠不會產生錯誤。
你可以在記錄某個符號的註解中加入 @dynamic，藉此抑制此選項針對該匯出符號所輸出的錯誤。
.metadata.json 檔案中包含錯誤是有效的。
若中繼資料被用來決定註解的內容，範本編譯器會回報這些錯誤。
中繼資料收集器無法預測哪些符號是設計來用於註解的。它會預先將錯誤節點包含在匯出符號的中繼資料中。
範本編譯器接著便可使用這些錯誤節點，在這些符號被使用時回報錯誤。
若某個函式庫的用戶端打算在註解中使用某個符號，範本編譯器通常不會回報此事。它會在用戶端實際使用該符號之後才回報。 此選項讓這些錯誤能在函式庫的建置階段被偵測出來，例如在產生 Angular 函式庫本身時便會用到。
strictInjectionParameters
設為 true 時，若某個所提供參數的注入型別無法判定，會回報錯誤。
設為 false 時，標記為 @Injectable 的類別中型別無法解析的建構函式參數，會產生警告。
建議值為 true，但預設值為 false。
使用 Angular CLI 指令 ng new --strict 時，所建立專案的設定中會將其設為 true。
strictTemplates
設為 true 時，啟用嚴格範本型別檢查。
此選項啟用的嚴格旗標，可讓你開啟與關閉特定類型的嚴格範本型別檢查。
請參閱範本錯誤疑難排解。
預設值為 true。
strictStandalone
設為 true 時，若某個元件、指令或管道不是獨立元件，會回報錯誤。
trace
設為 true 時，在編譯範本時列印額外資訊。
預設值為 false。
typeCheckHostBindings
設為 true 時，啟用對 host 物件字面值中運算式，以及元件與指令的 @HostBinding／@HostListener 裝飾器的型別檢查。
預設值為 true。
命令列選項
大多數時候，你會透過 Angular CLI 間接與 Angular 編譯器互動。對某些問題進行除錯時，直接叫用 Angular 編譯器可能會有幫助。
你可以使用 @angular/compiler-cli npm 套件提供的 ngc 指令，從命令列呼叫編譯器。
ngc 指令是 TypeScript tsc 編譯器指令的包裝函式。Angular 編譯器主要透過 tsconfig.json 設定，而 Angular CLI 主要透過 angular.json 設定。
除了設定檔之外，你還可以使用 tsc 命令列選項 來設定 ngc。