MDVC框架，是我在MVC框架的基礎上增加了D（Data）的環(huán)節(jié)衍生出來的。
眾所周知，MVC全名是Model View Controller，是模型（Model）－視圖（View）－交互（Controller）的縮寫，一種軟件設計規(guī)范，用一種業(yè)務邏輯、數據、界面顯示分離的方法組織代碼，將業(yè)務邏輯聚集到一個控件里面，在改進和個性化定制界面及用戶交互的同時，不需要重新編寫業(yè)務邏輯。MVC被獨特的發(fā)展起來用于映射傳統(tǒng)的輸入、處理和輸出功能在一個邏輯的圖形化用戶界面的結構中。
增加D（Data）的環(huán)節(jié)，是為了體現(xiàn)數據的重要性，而數據有兩大類型：已有數據和新產生數據。
簡單說，MDVC模式，是模型（Model）——數據（Data）——視圖（View）——交互（Controller）的過程。接下來我們分開講解整個過程以及過程之間的銜接。
開發(fā)過程中，Model（模型）是應用程序中用于處理應用程序數據邏輯的部分。通常模型對象負責在數據庫中存取數據。在撰寫文檔過程中的Model，主要講的是對產品以及產品功能的定義。這一點，與《用戶體驗要素》中的框架類似，但又不完全一致。
可以說這是文檔撰寫過程中的模型一個提綱挈領的框架，也就是“我朝著這個方向做”，也會出現(xiàn)“為什么朝著這個方向做（后面會提到）”。沒有任何邏輯細節(jié)，也但沒有任何其他細節(jié)，“而不會說怎么做”。后面的數據、視圖、交互等，都是在這個框架下完成的。
在Model（模型）的基礎上，考慮產品所需要的數據。上面提到過，數據有兩大類型：已有數據和新產生數據。相對應的，這部分就是考慮兩方面：
而新產生的數據也有兩類，一類是通過已有數據的整合而來，一類是完全意義上的新產生。已有數據整合以及新產生的數據需要自己部門內解決，也有可能需要跨組、跨部門，甚至是夸公司級別的合作等等。
View（視圖）也就是產品的UI，是對M（Model）以及D（數據）的展示和處理，是應用程序中處理和展示數據，以及相關控件的部分，通常視圖是依據模型以及數據創(chuàng)建的。視圖主要解決的是展示什么，以及如何展示的問題。
在開發(fā)過程中，C翻譯成控制，不過在產品文檔撰寫過程中，我認為表示稱交互更貼切，這部分處理用戶交互，是解決頁面之間、控件和頁面之間、控件效果之間等的交互問題。
通常，交互負責幾部分能力：
文章轉載請保留網址：http://16qt59sf.cn/news/industry/1798.html
