軟體體系結構

注意

AEM 6.4已結束延伸支援，本檔案不再更新。 如需詳細資訊，請參閱 技術支援期. 尋找支援的版本 此處.

升級設計

在擴展OOTB行為時，請務必牢記升級。 請一律在/apps目錄中套用自訂，並覆蓋/libs目錄中對應節點的頂端，或使用sling:resourceSuperType來擴充現成可用的行為。 雖然可能需要一些修改以支援新的AEM版本，但如果遵循此作法，新版本不應覆寫您的自訂。

盡可能重複使用範本和元件

這可讓網站維持更一致的外觀和風格，並簡化程式碼維護。 當需要新範本時，請務必從共用基礎範本延伸，以便將clientlib包含等全域需求編碼在一個位置。 需要新元件時，請尋找從現有元件擴充的機會。

設計範本設計

定義可包含在頁面上每個parsys中的元件後，即可控制網站外觀/風格的一致性。 借由限制頁面上對設計的存取，「超級作者」可以修改每頁允許的元件，而無需開發人員干預，同時確保其他作者遵守公司標準。

開發SOLID體系結構

SOLID是一個縮略語，描述了應該遵守的五個架構原則：

  • S​單一責任原則 — 每個模組、類別、方法等應僅負一個責任。
  • O​筆/封閉原則 — 模組應開啟以供擴充，並關閉供修改。
  • L iskov替代原則 — 類型應由其子類型替換。
  • 我​介面隔離原則 — 不應強迫任何客戶依賴其不使用的方法。
  • D​依賴反演原則 — 高階模組不應依賴於低階模組。 兩者都應該取決於抽象性。 抽象化不應取決於細節。 詳情應取決於抽象化。

努力遵守這五項原則應導致一種嚴格分離關切的制度。

秘訣

SOLID是物件導向寫程式中常用的概念，在工業文獻中，每個元素都被廣泛討論。

這只是提供的簡短摘要，建議您更深入了解這些概念。

遵循魯棒性原則

健全性原則規定，我們應該在所發送的內容上保守，但在所接受的內容上要自由。 換句話說，向第三方發送報文時，要完全符合規範，但是從第三方收到報文時，只要報文的含義明確，就要接受不符的報文。

在自己的模組中實作尖峰

尖峰和測試程式碼是任何Agile軟體實作的必備部分，但我們希望確保它們不會進入我們的生產程式碼庫，而沒有適當的監督層級。 因此，建議您在自己的模組中建立尖峰。

在自己的模組中實作資料移轉指令碼

資料移轉指令碼雖然是生產程式碼，但通常只會在網站初次啟動時執行一次。 因此，網站一上線，就會變成無用程式碼。 為確保我們不會建立依賴移轉指令碼的實施程式碼，應在自己的模組中實施。 這也可讓我們在啟動後立即移除和淘汰此程式碼，從系統中消除無效程式碼。

在POM檔案中遵循已發佈的Maven慣例

Apache已發佈樣式慣例，位於 https://maven.apache.org/developers/conventions/code.html. 最好遵循這些慣例，因為這樣可讓新資源更容易快速上手。

本頁內容