首先通過軟體開發中常見的MVC模式理解架構：

M(Model)：模型層負責向檢視層提供資料，並處理應用程式中資料邏輯的部分。通常資料模型唯一負責在資料庫中存取資料。

V(View)：檢視是依據資料模型建立，負責其中資料的顯示。

C(Controller)：應用程式中處理使用者互動的部分。負責從檢視讀取資料，控制使用者的輸入，並向模型層傳送資料。

注：虛線為“控制輸入”或“控制顯示”的概念。

優點：

MVC架構簡化了應用程式開發的分層複雜度，不同開發人員可以負責(專注)應用程式某一部分的開發活動。

在大型應用軟體開發過程中，“高內聚低耦合”的架構思想降低了開發者之間的合作難度。

(優點的體現)開發人員細分後的工作——

控制層模組：也成為持久層。控制使用者輸入資料格式，從檢視讀取資料，並向模型傳送資料。

業務邏輯：開發人員根據企業資料與業務規則，進行系統程式碼邏輯的設計，擁有最多的處理任務。同一模型可為多個檢視提供資料(展現了可複用性)。

檢視層：UI(User Interface)對使用者介面進行設計，主要負責確定介面樣式，互動方式及美觀程度。並將設計後的原型圖移交前端工作人員進行對等實現。

再說說框架與架構的不同？

一句話概括 框架(Framework)是一種軟體，而架構(Architecture)是一種設計策略。

框架即是軟體，是一種軟體元件(元件是對資料和方法的簡單封裝)。它們互相協作並提供了針對某個給定的問題領域中的應用程式提供了可複用的專用解決方案。框架提供的服務將被最終應用系統所呼叫，而開發人員可定製框架提供的“擴充套件點”。

架構並非軟體，而是軟體設計的重要策略。MVC是一種典型的架構，涉及到如何將軟體系統分解成不同的部分、各部分之間的“靜態結構關係”及“動態互動關係”。架構是軟體設計的整體輪廓，由多個層次程式碼組合起來的抽象概念。

“先大局後區域性，就出現了架構；先通用後專用，就出現了框架”

架構是問題的抽象解決方案，它關注大局而忽略細節；而框架是通用半成品，還必須根據具體需求進一步定製開發才能變成應用系統。