在軟體開發的早期，應用程式是邏輯和UI不可避免地糾纏在一起的複雜整體。在70年代後期，Smalltalk程式語言的設計者開發了一種不同的方法來建立應用程式——一種將軟體的「業務」邏輯與向用戶交付介面並接受其指令的元素分開的方法。
軟體體系結構的原則——MVC或模型-視圖-控制器——後來成為絕大多數web應用程式和它們所基於的框架的設計模式。 CodeIgniter、CakePHP和Laravel等PHP框架旨在使構建mvc風格的應用程式盡可能容易。相關推薦：《mvc設計模式》
什麼是MVC?理解MVC的最佳方法是理解它在應用程式體系結構中分離關注點的方式。
模型（Model）
模型是MVC應用程式的核心。它是構成應用程式核心功能的主要邏輯和資料物件開發的地方。您可以將模型看作應用程式儲存、處理和交付給最終用戶的真實世界知識的表示(儘管交付的細節在其他地方發生)。
該模型負責從資料庫中獲取數據，將其打包到其他元件可以理解的資料物件中，並交付這些物件—其中大部分將響應來自控制器的輸入。
控制器（Controller）
控制器是使用者與應用程式互動的方式。通常，控制器從介面接收使用者請求(通常以web應用程式的HTTP請求的形式)，並在將資料傳回控制器之前呼叫模型，模型檢索和處理資料。然後控制器將使用適當的視圖向使用者顯示這些結果。
視圖（View）
視圖是模型提供的資料呈現給使用者的地方。視圖監視可視(或其他)介面元素－它選擇、篩選和排列模型提供的資訊。
不同的視圖可以以不同的方式顯示資訊－多個視圖的一個明顯實作是處理行動裝置或桌面瀏覽器上資訊的顯示。
請記住，實作MVC體系結構有許多不同的方法，上面是基本原則的高階概述，並不反映任何特定的實作。
為什麼使用MVC ?
開發人員使用MVC架構出於同樣的原因,網頁設計師使用HTML(模型)和CSS(檢視),而不是混合結構,資料和佈局在一起,分離表示和資料降低了複雜性,並允許開發人員－例如,建立新的前端介面,而無需改變核心邏輯。 MVC降低了web應用程式的複雜性，使它們更容易維護。
為什麼要使用框架?
MVC框架完成了建立MVC應用程式的大部分基本框架工作。開發人員只需擴展框架提供的結構。
正如您所想的，從頭開始建立MVC應用程式非常複雜——框架使它更容易啟動。開發人員可以專注於建立應用程式的主邏輯以及使用者將透過哪些介面與該邏輯進行交互，而不必擔心組織元件以及如何進行交互的複雜業務。
以上是MVC框架的理解的詳細內容。更多資訊請關注PHP中文網其他相關文章！
