Can you summarize the following document?
        
  將應用程式劃分為三種元件,模型 - 檢視 - 控制器(MVC)設計定義它們之間的相互作用。

  在最初的JSP網頁中,像資料庫查詢語句(SQL query)這樣的資料層程式碼和像HTML這樣的表示層程式碼是混在一起。雖然有著經驗比較豐富的開發者會將資料從表示層分離開來,但這樣的良好設計通常並不是很容易做到的,實現它需要精心地計劃和不斷的嘗試。MVC可以從根本上強制性地將它們分開。儘管構造MVC應用程式需要一些額外的工作,但是它帶給我們的好處是毋庸置疑的。  首先,多個 View 能共享一個 Model 。如今,同一個Web應用程式會提供多種使用者介面,例如使用者希望既能夠通過瀏覽器來收發電子郵件,還希望通過手機來訪問電子郵箱,這就要求Web網站同時能提供Internet介面和WAP介面。在MVC設計模式中, Model 響應使用者請求並返回響應資料,View 負責格式化資料並把它們呈現給使用者,業務邏輯和表示層分離,同一個 Model 可以被不同的 View 重用,所以大大提高了程式碼的可重用性。  其次,Controller 是自包含(self-contained,指高獨立內聚)的物件,與 Model 和 View 保持相對獨立,所以可以方便的改變應用程式的資料層和業務規則。例如,把資料庫從MySQL移植到Oracle,或者把RDBMS資料來源改變成LDAP資料來源,只需改變 Model 即可。一旦正確地實現了控制器,不管資料來自資料庫還是LDAP伺服器,View 都會正確地顯示它們。由於MVC模式的三個模組相互獨立,改變其中一個不會影響其他兩個,所以依據這種設計思想能構造良好的少互擾性的構件。  此外,Controller 提高了應用程式的靈活性和可配置性。Controller 可以用來連線不同的 Model 和 View 去完成使用者的需求,也可以構造應用程式提供強有力的手段。給定一些可重用的 Model 、 View 和Controller 可以根據使用者的需求選擇適當的 Model 進行處理,然後選擇適當的的 View 將處理結果顯示給使用者。

  MVC模式在概念上強調 Model, View, Controller 的分離,各個模組也遵循著由 Controller 來處理訊息,Model 掌管資料來源,View 負責資料顯示的職責分離原則,因此在實作上,MVC 模式的 Framework 通常會將 MVC 三個部分分離實作:  也因為 MVC 模式強調職責分離,所以在發展 MVC 應用時會產生很多檔案,在 IDE (整合開發環境) 不夠成熟時它會是個問題,但在現代主流 IDE 都能使用類別物件的資訊來組織程式碼編輯的情況下,多檔案早已不是問題,而且 MVC 模式會要求開發者進一步思考應用程式的架構 (Application Architecture),而非用大雜燴的方式開發應用程式,對於應用程式的生命週期以及後續的可擴充與可維護性而言有相當正面的幫助。另外,MVC 職責分離也帶來了一個現代軟體工程要求的重要特性:可測試性 (Testability),MVC-based 的應用程式在良好的職責分離的設計下,各個部分可獨立行使單元測試,有利於與企業內的自動化測試、持續整合 (Continuous Integration) 與持續發行 (Continuous Delivery) 流程整合,減少應用程式改版部署所需的時間。  MVC 模式的應用程式的目的就是希望打破以往應用程式使用的大雜燴程式撰寫方式,並間接誘使開發人員以更高的架構導向思維來思考應用程式的設計,因此對於一個剛入門的初學者來說,架構導向的思考會有一定的門檻,需要較多的實作與練習才能具備相應的能力,大多數的初學者還是較習慣於大雜燴式的程式撰寫,所以可能會對 MVC 模式抱持著排斥或厭惡的心態,然而 MVC (或是其他的Design Patterns) 都是有助於應用程式長遠的發展,雖然大雜燴式的程式也可以用來發展長生命週期的應用程式,但是相較於 MVC,大雜燴式的程式在可擴充性和可維護性 (尤其是可測試性) 上會遠比 MVC 複雜很多,相反的,MVC 模式的應用程式是在初始開發時期必須先思考並使用軟體架構,使得開發時期會需要花較多心力,但是一旦應用程式完成後,可擴充性、可維護性和可測試性反而會因為 MVC 的特性而變得容易。  因此,MVC 模式在已有眾多優秀 Framework 的現代,早就已經沒有不適合小型應用的問題,小型的應用還是可以由 MVC Framework 的應用來獲取 MVC 的優點,同時它也能作為未來小型應用擴充到大型應用時的基礎與入門磚。若一開始就想要做大型應用,那麼 MVC 模式的職責分離以及要求開發的架構思考會更適合大型應用的開發。

  這裡有一個通過 JavaScript 所實現的基於 MVC 模型,需要注意的是:MVC 不是一種技術,而是一種理念。 /** 模擬 Model, View, Controller */ var M = {}, V = {}, C = {};  /** Model 負責存放資料 */ M.data = "hello world";  /** View 負責將資料輸出到螢幕上 */  /** Controller 作為一個 M 和 V 的橋樑 */  /** 在網頁讀取的時候呼叫 Controller */ window.onload = C.handleOnload;在這個簡短的程式碼中就具有一個完整的 MVC 模式。

  

  微軟所推出的MFC Document/View架構是早期對於MVC模式的實現,MFC將程式分成CView以及CDocument兩大類別,其中的Document對應MVC中的 Model,View 相當於MVC中的 View+Controller,再加上CWinApp類別,合成三大項。但是基本上MFC是一個失敗的MVC模式作品。  由於MFC之下的Document/View 定義過於模糊,未將Controller(MessageMap)部分取出,因此 Controller 可以置入 View 或Document,但不管置入哪一方面,都會與View或Document綁死,沒有彈性。

  

  和其他的各種框架不一樣,J2EE為模型物件(Model Objects)定義了一個規範。

  Swing是一個標準的MVC結構. ComponentUI代表 View, 負責描畫元件. 元件尤其 Model 層, 比如JTextField的Document, JTable的TableModel, JTree的TreeModel等等. 而Control可能不是很明顯, 我們或許可以簡單的將其Event機制看作一個Swing團隊開發給開發者的 Controller。  作為Java開發者, 如果想理解MVC的結構, 學習Swing的確是個不錯的選擇.

  

  在ASP.NET中,針對檢視(View)和控制器(Controller)的模式沒有被很好地定義。而模型(Model)則留給開發者去設計。

  此外,在ASP.NET MVC中,一般情況下Model通常搭配LINQ to SQL類別(使用O/R Designer工具所製作而成的DBML檔)或ADO.NET實體資料模型(Entity Data Model,使用ADO.NET Entity Framework製作出的EDMX檔)來實作。

  在WinForms中,這個針對檢視(View)和控制器(Controller)的模式已經很好的定義。而模型(Model)則留給開發者去設計。

  Catalyst和Jifty是透過Perl語言所開發出來的Web Framework,都採用Model-View-Controller 架構。Catalyst 本身只是做了 Controller,View 和 Model 讓開發者自由選用 CPAN 上的模組開發,例如 Template 和 Template Declare 都可用來產生檢視。Jifty 將 MVC 完全實做完成,View 的部分在早期版本使用 Mason 實做,較新版本使用 Template Declare。

  Ruby on Rails是透過Ruby語言所開發出來的 Web Framework,也是採用 Model-View-Controller 架構。Model 部分使用 Active Record 概念實做,加上 Migration 機制,使得其 Model 結構非常容易控制。

  Python 有許多的 MVC 架構。最常用的有 Django 和 TurboGears。
MVC模式(Model–view–controller)是軟體工程中的一種軟體架構模式,把軟體系統分為三個基本部分:模型(Model)、檢視(View)和控制器(Controller)。