跟我StepByStep学FLEX教程－－－－－－MVC

按照一贯的风格，写这讲的文章的目的和AMF那一讲一样，抛砖引玉，也是希望读者如果对MVC这个概念如果不理解的话，在读完该讲内容后，最好（必须的）深入的了解学习。

使用过Web框架Struts、Webwork或者其它框架的人，对MVC应该都很熟悉。

所谓MVC，就是Model、View和Controller。

Model就是数据模型。

View就是用户界面。

Controller就是控制器。

MVC是Xerox PARC在80年代为编程语言Smalltalk-80发明的一种设计模式，被广泛使用。后来被推荐为Sun公司（已经被Oracle收购了）J2EE平台的设计模式。

MVC已经基本成为WEB框架公认的设计模式，现有的流行的WEB框架也基本遵循这一设计模式。

MVC设计模式的好处在什么地方呢？

1、低耦合性。

也就是说视图层和业务层是分开的。

2、高复用性。

多个视图（也就是用户界面了，通俗的说，呵呵）可以共用一个数据模型。比如无论用户想用传统的网页、Flash页面或者WAP页面，都可以用一个模型进行处理。

3、可维护性。

业务层和视图层分开，更利于代码的维护。

4、快速开发。

MVC模式使得开发时间缩短。使得JAVA程序人员更专注于业务层，WEB页面可发人员更关注于页面。

呵呵，说这句话，很多人都会说，现在公司都希望一个人全都干了，还分什么分？

可能大部分情况是这样，但是这种开发的好处作者是经历过的。

做中国移动传输网管开发的时候，业务层和页面就是分开开发，这样配合，进度很快，因为页面开发的人不需要专注于复杂的业务，而后台开发的人只使用JAVA语言而不关心复杂的JSP页面和繁琐的JAVAScript。

有用就是有用。

5、软件化管理。

分层明确，层次分明，不利于代码管理才怪，呵呵。

有好就有坏，不过要理解这个坏就要对MVC设计模式深入了解，作者在此就简单提及一下，有兴趣的读者可以深入研究。

很显然，分层了，代码文件就会增多，这是必然的。呵呵，这也算缺点，当然算了。不过这个缺点相对MVC带来的好处实在不值

得一提。不过缺点就是缺点，再小也是缺点啊。勿以善小而不为，勿以恶小而为之（为啥说这对句话呢？就当凑合文字吧，在枯燥的技术理论中来点小幽默）。

至于MVC的图解作者就不画了，网上很多。

写这讲内容就是要让读者重视而且是非常重视之重视这个概念。如果这个不理解，对于FLEX开发框架Caringorm的理解就会大大折扣甚至不懂甚懂，这样对读者造成的困惑大于理解，对技术这条路就产生了怀疑。

所以，凡是技术，要懂得原理。就像作者，使用过了Struts，Webwork、Caringorm等等都是手到擒来（吹一下牛，见谅啊，文人都相轻，做技术的，我觉得还是相重，所以就原谅我的这句大话吧，哈哈）。

下一讲就会讲Cairngorm框架的理论知识，不过在此之前，如果对MVC不懂得话，那可一定要充分利用时间和网络或者书本好好学习哦。　　　　

文章来源：http://wangyisong.javaeye.com/blog/434282