軟件設計中MV模式的應用
平時在基於J2EE的軟件開發中，時不時的會用到Struts框架，這個框架是MVC模式的經典之作。
MVC模式介紹：
Model：作用是根據前臺請求數據調用後臺業務處理並返回處理結果；
View：就是前臺顯示界面；
Controller：控制就是聯繫Model和View的作用，根據某個View來找到與其相對應的Model；
MVC運用的比較多的場合就是B/S開發中，這也和Web的訪問方式有關係，Web的訪問方式是請求響應，在請求的過程中就需要有這麼一個Controller來聯繫View和Model；
而本文要說的是MV模式：
在軟件開發中有一種模式叫事件模式，大多都運用在C/S的開發中，因爲在客戶端界面中已經有封裝好的API了，MV模式顧名思義只有Model和View，類似事件模式，沒有控制器，而是在Model中直接和View發生關係，這種模式的好處就是在某些場合能夠提高擴展性，提高內聚性，降低耦合性，明晰開發思路；
例如：
在前端Js的開發中，無論什麼樣的Js框架都有其不足之處，都有滿足不了業務需求的時候，那就要自己根據自己的業務需求定製自己需要的組件或是模塊，具體一點比如前端用的是Extjs的，Extjs對錶格的支持很強大，顯示到編輯相當的到位，但是有一點還是做不到，就是想要實現類似Excel的表格那樣隨意編輯的功能，要開發這樣的組件及顯示數據就可以用MV模式，View顯然就是該組件，該組件封裝了給自己填充數據的功能，Model可以自己開發，在Js中設置相應的業務層（複雜的時候總是需要的），然後在Model中根據相應的參數調用相應的業務處理方法，將處理結果再傳遞給View顯示給前臺；
這樣做的好處前面已經說過，比如需要將View顯示到其他地方，或是在其他的地方調用該View（將Model中的View設置爲全局的），或者需要擴展一下View的顯示環境，這些工作都可以在Model中小做改動，即添加很少的代碼就可以做到，而且整個框架結構的思路清晰，代碼易控制；在後續的開發中，如果有什麼缺陷或是不足，要回頭再來修改或是添加都是很容易的事情。
本人的文采不是很好，敘述的可能不是很到位，總之，理論的東西是需要實踐來證明的，只有經過實踐了才能加深理解和體會。