通過 Salesforce 開發人員體驗 (DX) 改善您的工作體驗

已發表: 2022-10-28

對於 Salesforce 專業人士來說，Salesforce DX 是一個令人著迷的版本。 這是程序員為系統構建和分發程序的方式的轉變。 使用這種新方法，Salesforce 開發人員可以使用更好、更新的開發流程，並附帶支持工具。 該工具旨在通過促進團隊成員之間更有效的管理和溝通來提高 Salesforce 應用程序云的效率和能力。 傳統上，部署一直是 Salesforce 開發的痛點。 儘管如此，使用 Salesforce DX，您可以從開發的第一階段到產品發布的最後階段訪問最有效和最先進的工具。 它可以幫助企業利用數字市場機會並加快開發和部署高質量應用程序。 在此博客中訪問有關 Salesforce 開發人員體驗的最新信息。

目錄

什麼是 Salesforce Dx（開發人員體驗）？

Salesforce Developer Experience (DX) 是一種在 Salesforce 閃電平台上的整個生命週期內管理和構建應用程序的綜合方式。 它匯集了 Lightning 平台的最佳部分，以實現源驅動開發、集成團隊合作以及在 Salesforce 上構建自定義應用程序的新級別的敏捷性。 這意味著 Salesforce DX 有一個集中的源代碼控制系統，可以幫助擁有多個開發人員的團隊防止事實來源發生變化。

事實來源是所有團隊成員都可以找到配置和構建應用程序的主要代碼存儲庫的地方。 這降低了代碼被覆蓋的可能性，並允許在不會影響整個產品的單獨環境中測試功能。

Salesforce DX 還具有可解鎖的包，這些包具有更多功能，可以更輕鬆地管理組織更改。 將 DevOps 工具集成到環境中可以更好地為您的 Salesforce 開發管道工作。

Salesforce DX 的亮點包括

您的工具按您的方式完成。 借助 Salesforce DX，您可以使用作為開發人員已經熟悉的工具。

  • 在製作軟件時使用最佳實踐的能力。 源代碼和元數據保存在組織之外，使團隊更容易開發 Salesforce 應用程序。 事實的來源不是組織，而是您的版本控制系統。
  • 當您擁有強大的命令行界面 (CLI) 時，使用您的 Salesforce 組織進行開發、持續集成和交付會容易得多。
  • 您可以使用靈活且易於更改的臨時組織構建開發和自動化環境。 使用這種新型組織，構建您的應用程序和包變得更加容易。
  • 您可以將任何 IDE 或文本編輯器與 CLI 和外部化源一起使用。
  • 您可以使用 Salesforce Extensions for VS Code 加快應用程序開發。 這些工具具有用於處理臨時組織、Salesforce Apex、Lightning 組件和 Visualforce 的功能。

Salesforce DX 的優勢是什麼？

這有助於有效的團隊合作和成長。

  • 結果是一個更靈活和有效的發布週期過程。
  • 開發人員可以將他們喜歡的編碼環境用於命令行界面 (CLI)、文本編輯器（VIM、Sublime Text、Atom 等）等。
  • 允許您的代碼被持續測試和輕鬆集成。
  • 需要本地開發環境，以便程序員獲得 DX 的實踐經驗。

Salesforce DX 的缺點是什麼？

  • 在實現某些功能之前，該平台可能包含錯誤。
  • 由於通常需要大量的行命令和特定的方向，系統管理員可能會發現故障排除具有挑戰性。
  • 隨著開發人員習慣了定制平台，他們面臨著陡峭的學習曲線。

Salesforce DX 工具和功能

並非每個團隊都需要每個 DX 功能，不同的團隊成員會以對他們有意義的方式使用 DX 工具。

A. Salesforce Cli

基於 Ant 的 Force.com 遷移工具已被 Salesforce 命令行界面 (CLI) 取代。 它具有 Ant 的所有功能以及向組織推送和從組織拉取元數據、將元數據轉換為 SFDX 格式以及管理其他 DX 功能的能力。 如果您是開發人員，Salesforce CLI 將使 DX 的強大功能觸手可及。

B. 集成開發環境（ide）

Salesforce 還發布了 Visual Studio Code 擴展，使輕量級、可擴展的代碼編輯器成為與 DX 一起工作的優秀 IDE，有效地取代了基於 Eclipse 的 Force.com IDE，後者已經退役。 Salesforce 繼續改進其 IDE 工具，併計劃在今年發布基於 Web 的開發環境 Code Builder。

C. Scratch 組織

Scratch 組織是完全可定制的、源驅動的開發環境，可用於模擬 Salesforce 組織。 這些適用於自動化測試以及應用程序開發。

D. 開發中心

Dev Hub 對於創建或管理臨時環境（也稱為 Scratch 組織）非常有用。 通過在您的生產組織中啟用 Dev Hub 功能，您可以輕鬆創建臨時組織。 在 Setup > Dev Hub 下有兩個切換，第一個啟用 Dev Hub 功能，而第二個允許開發人員控制的打包。

E. 源頭驅動開發

通過 Git 等現代技術，版本控制系統使多開發團隊能夠轉移事實來源並進行協作。

F. 託管包

因為沒有關注點分離，所以打包元數據可以避免非結構化的組織，這可能更難以管理和修改。 Salesforce 已經允許團隊將元數據打包成可以在 DX 之前安裝在組織中的邏輯單元。 儘管如此，DX 還是推出了第二代封裝 (2GP)，與 1GP 相比有幾處改進。

最顯著的變化是 2GP 使版本控製而不是打包組織成為包元數據的真實來源。 未鎖定的包是這些包的另一個名稱。 如果您的團隊決定打包，請使用未鎖定的包來確保具有版本控制的最佳實踐 DevOps 流程。

G. Salesforce Dx 的新元數據格式

Salesforce DX 還引入了一種新的元數據格式。 當您切換到 DX 格式時，大型、複雜的元數據類型（如自定義對象和翻譯）被分解為更易於管理的子組件。 此更改使開發人員更易於管理 IDE 中的文件。 新的元數據格式還通過減少合併衝突的可能性使整個團隊受益。 當開發人員和管理員更改重複文件時，他們經常會遇到 Git 無法解決的合併衝突。 通過將元數據分成更小的、獨立的文件，團隊成員更有可能在不同的文件中工作，並且需要解決的合併衝突更少。

H. Salesforce 的 Dependency Api

在 Salesforce API 的增強功能中，Dependency API 是另一個 DX 功能，可幫助團隊理解和管理具有大量元數據依賴關係的組織的複雜性。 Dependency API 仍處於測試階段，但它可用於確定哪些組件引用了哪些其他組件，反之亦然。

你有一個願景

我們有辦法讓您到達那裡

了解更多

如何完美設置您的 Salesforce Dx 環境？

  • 設置 Salesforce DX 環境
  • 設置 VS 代碼環境
  • 使用 VS Code 設置 Salesforce DX Experience
  • 通過命令面板創建 Salesforce DX 項目
  • 通過命令面板授權您的非 DevHub 組織
  • 通過命令面板創建 Lightning Web 組件
  • 將組件部署到組織

使用 Salesforce Dx 的工作流程

Salesforce DX 工作流示例

沒有適用於每個團隊的單一工作流程，但以下示例顯示了通常如何使用功能分支模型。 部署可以使用 CLI 完成，開源軟件的工具鏈可以自動執行該過程。 或者，一個 DevOps 解決方案可以處理整個過程。

  • 在開始一項新工作之前，從 Git 存儲庫的主要組件創建一個功能分支。
  • 使用 Git 存儲庫中的定義文件來創建臨時組織。
  • 可以在臨時組織或 IDE 中進行更改，臨時組織和分支將保持同步。
  • 一旦工作準備好進行檢查，請提出拉取請求並將其交給隊友。
  • 在審查和任何請求的更改之後，將分支合併到主線中。 然後，擺脫分支。
  • 該工作已準備好進行 UAT 或 QA！ 您的測試環境可以通過持續集成作業自動設置。
  • 測試完成後發佈到生產環境。

結論

我們已經完成了對 Salesforce DX 功能的調查。 談到 Salesforce DX，您無需花費一分錢就可以自由地試驗多種不同的工具和功能。 SFDX 元數據格式和不斷增加的 Salesforce 開發人員工具簡化了開發和 DevOps； 然而，並不是每個團隊都決定使用臨時組織或第二代打包。 Salesforce 開發人員可以從其許多新的有益功能中受益匪淺。 Salesforce 的 DX 為管理員和開發人員的協作提供了更多的餘地。 DX 將在接下來的幾個月或幾年內發展和開發新的令人興奮的功能。