MVC模式在j2me项目中的应用(一)

版权声明：本文同时发表在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的分离思想正为其提供了基础。

2）一旦V的部分发生变化，可以迅速的重构而不必引起整个工程的返工。如今的软件表现 层的部分变化实在是太快了…

3）M的部分，因为足够抽象，可以方便的重复利用，符合OO的思想。另一方面我们可以利 用JUnit等单元测试工具对M进行测试，保证工程质量。

谈完了优点再来看看缺点：

1）利用MVC模式（也包括近代的其他一些模式）暗示我们通过多产生一些类，来提高程序 的可读性与健壮性。附带来的缺点就是类的数量的膨胀。说句笑话，MVC就好像是发面时用的 速效粉一样，是最为方便的代码膨胀剂，相信大家都深有体会：）

2）MVC虽然定义了M.V.C.个个部件的含义，但并不具体，而且没有非常明确的固定三者之 间的联系。所以一直以来除了View没有争论外，其他方面都有很多争论，大家都想把自己的 理解作为正解。尤其是“Model到底是屏幕数据的集合还是实体数据”、“控制器的作用”是 两个经常争论的问题。前面提过MVC变种很多，这也给初学者留下了不少的陷阱。后面结合实 例将会分析几种常见的做法。

3）MVC的实现成本偏高。但请注意是这是相对的，一般而言项目越大，越可以看出其优势 。

MVC模式在j2me项目中的应用(一)(2)

常见的MVC模式实践

下面将会介绍在midp平台几种常见的实践，最后是我习惯的做法

M—V形式（或者MC—V、M—VC）

这也是在j2me中一种惯

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!