MVC模式在j2me项目中的应用（一）
作者：袖梨
2022-07-02
MVC模式在j2me项目中的应用（一）
作者：FavoYang Email：[email protected] 欢迎交流
Keywords：MVC j2me UI模式
内容提要：
本文简要的介绍了MVC模式的思想，并分析了MVC模式的利弊，最后结合MIDP平台给出几种常见的MVC模式实践。相信此文对任何一个使用midp平台的商务程序开发者都或多或少的有所帮助。
版权声明：
本文同时发表在www.j2medev.com和我的Blog（blog.111com.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的分离思想正为其提供了基础。
作者：FavoYang Email：[email protected] 欢迎交流
Keywords：MVC j2me UI模式
内容提要：
本文简要的介绍了MVC模式的思想，并分析了MVC模式的利弊，最后结合MIDP平台给出几种常见的MVC模式实践。相信此文对任何一个使用midp平台的商务程序开发者都或多或少的有所帮助。
版权声明：
本文同时发表在www.j2medev.com和我的Blog（blog.111com.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的分离思想正为其提供了基础。
