magento架構原則
》oop體系結構和程式設計原則oop體系結構和程式設計原則物件導向程式設計（oop）設計允許軟體元件具有最大的靈活性和可擴充套件性，允許您設計和實現高度定製的**。物件導向原則的優點包括結合行業標準的程式設計設計模式以及業務邏輯與表示的嚴格分離。物件繼承也很重要：與經典的物件導向的程式設計方法一致，magento平台為核心元件提供了基本功能，可以由特定**或應用程式的自定義元件繼承。
》強大的分層產品架構
這支援視覺呈現與業務邏輯的分離。這種劃分簡化了商店外觀和行為的定製。架構層還為程式設計師提供了高階模型，以便了解複雜系統中功能和**的最佳位置。然而，magento調整了經典的model-view-controller體系結構模型：模組中的檔案通常按功能而不是檔案型別分組。magento框架定義了**元件如何表現的基本概念和規則。magento框架包含模組訪問的庫，但不包含業務邏輯元件。它接受http請求並將它們路由到適當的模組。
-表示層
表示層提供檢視元件（布局，塊，模板）和控制器，它們處理來自和來自使用者介面的命令。表示層還可以包含web api服務繫結。（我們將這些服務繫結包含在表示層模型的討論中，因為web api呼叫像瀏覽器請求一樣通過http進入，並且可以通過來自使用者介面的ajax呼叫來進行。因此，儘管web api呼叫可能來自外部應用程式，它們也可以源自使用者介面。）
-服務層
通過使用服務合同，服務層定義了與業務邏輯互動的整體介面（例如，建立客戶和獲得稅率）。服務合同簡化了替換或修改（通過外掛程式）服務的過程。
-域圖層
域層（也稱為業務邏輯層）提供了可以擴充套件和自定義的基類，資源模型和資料訪問功能的業務邏輯和功能。
》易於擴充套件
magento使用依賴注入和服務契約來簡化為定義的api提供新實現的過程。依賴注入的好處包括：使用模組或服務的客戶端可能仍然不了解模組或服務的實現細節您可以修改模組，而無需在使用依賴注入框架將應用程式邏輯連線在一起的任何地方更改客戶端。服務合同提供了一種訪問公共api端點的新方法。這些模組的php介面簡化了大多數模組的api使用。
依賴注入的好處包括：
服務合同提供了一種訪問公共api端點的新方法。這些模組的php介面簡化了大多數模組的api使用。
》模組化模組
是magento系統的基本功能單元。magento模組包含執行所需操作和功能的邏輯。通過編寫和將新模組合併到您的安裝中來擴充套件magento的核心功能集。使用magento主題和語言包建立商店的視覺設計和語言功能。
》高度可定製的商店品牌
擴充套件和自定義magento商店基於php，html5和css3的預設主題和語言包的核心元件，以精確控制您**的行為和外觀。
》大量的開源技術
magento技術棧提供了乙個強大的工具集，用於部署大型分布式店面並根據您的特定需求定製產品。magento堆疊包括流行的開源技術，如linux作業系統，apache / nginx伺服器，mysql，zend和composer。有關magento技術堆疊的全面介紹，請參閱magento技術堆疊。
Magento的基本架構解析
magento 是在zend框架基礎上建立起來的，這點保證了 的安全性及穩定性。選擇zend的原因有很多，但是最基本的是因為 zend框架提供了物件導向的 庫並且有很好的團隊支援。通過這個框架，magento 主要圍繞三個基本點建立 靈活性 我們相信每乙個解決方案都像它的商務支援一樣是獨一無二的。m...
架構策略與原則
最近有不少的文章關注企業架構的角色及其與業務戰略對齊的重要性。引用chris curran的描述 在企業架構戰略 艱苦摸索而得的16條經驗的討論中，curran寫到 業務部門與it夥伴之間良好的可靠與信賴能夠 ea是否成功。可靠性通常能夠通過開展聯合的戰略計畫工作來獲得，每次乙個專案。curran接...
架構設計原則
電腦科學領域的任何問題都可以通過增加乙個間接的中間層來解決。實現功能性需求是當前的明確地，非功能性需求是應對未來未知需求 架構是系統非功能性需求的解決辦法的集合 架構設計的目的基礎是滿足功能需求，主要是滿足一下特性 高效能 可用性 可靠性 可擴充套件性 穩定性 安全性 易用性 可維護性 靈活性 實現...