習慣於過程式的開發，一直嚮往着面向對象。無奈半路出家人，沒有一點內力基礎，看了一大堆面向對象的書也只是看得一頭霧水。對於MVC的概念也是偶然瞭解到的，感覺能和WEB開發結合起來讓項目面向對象化。以下是我一點點心得。
先介紹一下MVC的概念：
MVC(Model-View-Controller)，即把一個應用的輸入、輸出、處理流程按照Model、View、Controller的方式進行分離，這樣一個應用被分成三個層——模型層、視圖層、控制層。
模型(Model)：就是業務流程/狀態的處理以及業務規則的制定。即是MVC的主要核心。
視圖(View)：代表用戶交互界面，也就是Web的HTML界面。
控制(Controller)：可以理解爲從用戶接收請求, 將模型與視圖匹配在一起，共同完成用戶的請求。
以下以一個簡單的留言板作爲分析例子。
1)從上面的概念來看，留言板可以切成三部份。
模型(M)：包含 數據庫鏈接、生成數據集、數據庫更新操作。
視圖(V)：包含 獲取模型的數據集，將數據集內填充到各種顯示界面內，如（留言板列表，管理控制頁面，添加修改刪除界面等一切用戶看得到的頁面。）
控制(C)：包含 數據庫更新的數據校驗，將更新完畢後的結果轉交給視圖進行呈現。
2)三部份已經出來，下面是更進一步的細化。
模型(M)
數據鏈接：數據鏈接參數、鏈接失敗處理。
數據操作：生成固定格式的數據集、運行單行SQL、解析固定格式的數據集更新數據庫（內容包括有：留言記錄，管理員帳號，系統設定）。
文件操作：將文件內部格式封成數據集，並附帶讀取寫入文件操作。（內容包括有：留言板樣式設定、版權設定、搜索引擎關鍵字設定、留言板標題設定）
視圖(V)
數據顯示：根據要求授權給控制器[C]向模型[M]請求數據集，然後根據數據集顯示出界面。
操作結果顯示：根據控制返回的數據資料決定顯示的提示資料
具體資料包括有：
留言添加頁：判斷留言者是否管理員、判斷本次留言是回覆還是新建留言。
留言管理頁：批量刪除留言、查詢留言、管理員帳號管理、系統設定等。
留言顯示頁：判斷留言是否爲管理員專用、判斷本留言是否爲管理員發佈、是否允許回覆、是否顯示留言者的敏感資料、留言是否需要審覈後再顯示。
控制(C)
數據/文件操作：接收操作資料，校驗數據是否符合條件，引用模型的生成數據集類生成指定數據集，然後交給相應的模型操作方法操作，並獲取操作結果以預定好的格式轉交給視圖處理
3)系統基本上細化完畢，下一步就是將以上分析出來的東西封裝成Class
模型(M)：
數據庫鏈接和數據操作可以封成一個Class。
數據庫數據集的結構，可以引用Dictionary控件與數組完成。其間操作也可以封成一個Class具體可以仿造ASP.net中Dataset對象的部份機構。
文件操作部份封裝成一個Class
文件結構定義可以封成一個Class以方便控制直接引用，然後轉交給文件操作Class進行相應的操作。
視圖(V)：
視圖部可均是以文件模式出現，也可以將部份代碼封裝後引用。也可以引用現有的模板類實現代碼分離等。
控制(C)：
數據校驗：SQL注入防禦處理、日文字符替換處理、特定常用校驗正則式，這個是控制器常用的函數，可以封成Class也可以以函數型式存在獨立文件，使用時直接引用。
數據/文件更新操作：由於直接操作，可以避免使用Class，而是以文件模式出現，每個文件處理模型(M)中的某個類。並完成控制(C)的工作。
視圖[V]模型[C]鏈接器：接收視圖[V]要求數據集的請求，將請求轉換成模型[M]合適的SQL句，然後交給模型[M]數據集成生器生成數據集，然後返回給視圖[V]，這個處理比較麻煩，如果沒必要作得太嚴謹的話可以直接使用字段名，並在視圖[V]以SQL標準的條件句進向模型[M]請求數據。
疑：
視圖[V]模型[C]鏈接器，對這個的設定我還是有點遲疑的。因爲在MVC中，V對M的請求中是不需要C的摻和的，但是，這個鏈接器的操作確實很符合C的概念，所以這裏我把它放在了控制器[C]裏。或許他可以放至在視圖[V]內。畢竟這個是視圖[V]的事。這個就看每個人對MVC的理解了。
以上基本完成了留言板的結構分析與類的抽象，有不少的地方比較繁瑣，甚至是囉嗦，一個留言板其實是沒必要這樣，不過，這個例子裏作出來的不少Class可以直接使用在其它更大的項目中去，比如控制器[C]中的數據集請求轉換器，校驗部份、模型[M]中的數據庫鏈接等，之所以遵循MVC模型進行編程不但是爲了讓程序設計更靈活，最重要一點是可以很快將項目拆開成一小塊一小塊，然後又將這些小塊再折成更小的塊，一直折到單個類的某個方法某個屬性，等你完成這些小塊代碼後，那系統也就完成了。