Prerequisites

全局安裝 angular 原理圖：npm install -g @angular-devkit/schematics-cli。 確保 Angular CLI 是最新的： npm install -g @angular/cli@latest

單元測試

要運行所有原理圖單元測試：

$ ./node_modules/ts-node/dist/bin.js ./tools/schematics/testing.ts 并選擇測試所有原理圖選項。

要為特定庫運行原理圖測試：

導航到您要測試的庫/項目 - 例如 $ cd 功能庫/asm
運行 $ yarn test:schematics。 請注意，在測試項目/原理圖時，要運行的命令是 $ yarn test。

原理圖已經有單元測試來覆蓋它們設計用來執行的遷移任務。 但是，您可能想要測試您添加的新原理圖配置是否會產生預期的結果，當用戶將在原理圖的幫助下執行遷移而不在應用程序上運行完全遷移時，這將非常耗時。 測試新配置的一種便捷方法是臨時修改原理圖單元測試用例，并使用將使用新配置的示例。 在您評估您的遷移方案按預期進行后，您可以恢復您在單元測試中所做的更改。

以下幾點提供了如何實現這一目標的指導。

假設您正在處理構造函數棄用任務，在這種情況下，您將打開 projects/schematics/src/migrations/mechanism/constructor-deprecations/constructor-deprecations_spec.ts。

首先要更改的是 MIGRATION_SCRIPT_NAME。如果您正在測試 v3 的遷移任務，您需要將 MIGRATION_SCRIPT_NAME 常量的值更改為 migration-v3-constructor-deprecations-03（注意名稱中的 v3）。

要查看遷移腳本的確切名稱，您可以轉到 projects/schematics/src/migrations/migrations.json 并將您正在測試的腳本名稱復制粘貼到規范文件中。

接下來，您可以挑選一個使用類作為輸入的測試（從客戶的角度來看，該類是一個組成的測試類，表示為字符串）。測試的輸出也是一個類，通過原理圖修改（基本是預期的結果）；同樣，此類也表示為字符串。因此，在構造函數棄用的情況下，您可以修改例如

ADD_AND_REMOVE_PARAMETER_VALID_TEST_CLASS 常量以匹配您的輸入。然后，您可以只使用 console.log() 結果并在控制臺中手動斷言遷移的代碼。

執行之前的 class 源代碼和執行之后期望的源代碼：

為了節省一些時間，建議使用上一步中的常量來描述（或擬合）測試。要運行測試，請按照本節開頭的步驟進行操作。

另一個好處是它消除了終端中的大量噪音，這在使用 console.log() 結果時特別有用。

Update schematics

將 Spartacus 升級到新的主要版本（例如，從 3.x 到 4.0）時，Spartacus 遷移機制會自動修復新版本中修改或刪除的代碼。

當您處理功能或錯誤，或對 Spartacus 源代碼進行任何其他更改時，您需要更新原理圖作為完成定義的一部分。 通過將這些更新迭代地作為 DoD 的一部分對源代碼進行每次更改，您就不必在開發周期結束時花費大量時間升級遷移機制，因此，它更容易 為新的主要版本準備 Spartacus 庫。

更多Jerry的原創文章，盡在：“汪子熙”:

總結

以上是生活随笔為你收集整理的SAP 电商云 Spartacus Schematics 开发环境搭建的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。