MVC模式在j2me項目中的應用（一）
作者：FavoYang Email：[email protected] 歡迎交流
Keywords：MVC j2me UI模式
內容提要：
本文簡要的介紹了MVC模式的思想，並分析了MVC模式的利弊，最後結合MIDP平台給出幾種常見的MVC模式實踐。相信此文對任何一個使用midp平台的商務程序開發者都或多或少的有所幫助。
版權聲明：
本文同時發表在www.j2medev.com和我的Blog（blog.csdn.net/alikeboy）上，如果需要轉載，有三個途徑：1）聯系我並經我同意；2）和www.j2medev.com有轉載文章合作協議的 3）通過Rss聚合我的Blog。另外網上轉載需要全文轉發(包括文章的頭部的聲明)，不要斷章取義。
正文：
初識MVC模式
第一次認識到MVC模式是從Microsoft MFC框架所采用的“文檔-視圖”模型開始的。第一次接觸到這個概念讓我興奮不已，很長時間困擾我的程序框架問題似乎迎刃而解了。而後我翻閱了GOF一書中對MVC模式的描述，增進了對這個模式的一些理解。應該說MVC框架是程序設計領域的常青樹，也是GOF模式中最為重要的模式之一。這一經典的模式被廣泛的使用，有太多的程序構架在這一框架之下，從早期的卓面Application到現在流行的Web。並因各自的需求不同，MVC有了很多的變種。了解MVC是每個程序設計人員的必修課，最好能夠達到熟練運用的程度。
我並不打算詳細介紹這一模式，因為細節比較復雜，我口舌拙笨也不容易說清楚，大家應該參閱一下有關模式的書籍，任何一本都比我要講的清楚。所以此處就一帶而過。MVC模式是Model-View-Controller的縮寫，中文譯為“模型-視圖-控制器”。MVC的核心思想是分離。Model就是對實體類的抽象；View就是Model在屏幕上的表示；Controller就是協調者。可能有朋友發現Controller的描述多少有些含糊，不要著急，這個一會還要談到。大概因為太過有名，MVC模式的每個實現都出處很大，但他們卻都叫做MVC！！搞得初學者一頭霧水。往往濫用，最後搞得M.V.C.三者之間的協調很混亂。這其實並不是他們的錯，理清思路的關鍵還是剛剛提到的一個詞“分離”。盡管MVC實現不同，但是思想是一致的。
MVC模式的利與弊
先談優點：
1）將M.V.C.分離可以讓不同的專家負責不同的模塊，一般情況下，M部分由熟悉數據庫，網絡傳輸的專家來負責；V則交給對UI有研究的專家。這對於項目的管理者而言是多麼的誘人，分工意味著可以提高效率並可以按照傳統的責任劃分來處理軟件開發過程。對開發者而言也可以專心於一個領域。這樣做的前提是接口要明確，MVC的分離思想正為其提供了基礎。
