MVC模式应用

　　开发程序的时候，每个人都有自己的一套办法，走哪一条路都可以到罗马，但是在通往罗马的路上，有几条是大家供认的好走又省力气的，面对一个大的项目，纷繁复杂的功能，走一清晰的路是必要的，对程序员而言，mvc这种模型就不错，model－－view－－control，把该干的事情干了，别的事情不要管，这就是mvc的理念．

　　这个理念有很多的应用，不局限于开发程序，但是我们这里不做其他讨论，专门说说在开发j2ee项目的时候，这个有什么用，怎么用． 先说view层，就是表现层，视图层，对于客户来说，没有什么mvc，他看到的只有界面，能做的事情呢，也就是在界面上点来点去．任何软件都有界面，但是现在人们不喜欢用Ｃ／Ｓ的那种，还要安装个什么东西，下载个什么东西，现在人都很懒，他希望用浏览器就能看到．能上网就能干活，这样就最好．现在问题摆在我们的面前，我们不管做什么东西，能让浏览器认识，能分析出来，呈现给客户．那怎么才能让浏览器认识呢，html协议它就认识，但是你光写html也有个问题，html相对来说，比较简单，不足以满足表现层的要求，得对它进行适当的补充，这个时候出现了很多方式，比如jsp，它出来就是迁就html的，要把html搞的动态一些，丰富一些．

    再说模型层，所有的计算机软件，其最终都是把现实世界浓缩成一个小模型，因为现实世界很复杂，但是如果你只去做复杂的现实中的一部分，一个流程，一小块，那就可以用计算机语言形成模型，用这个模型来反映世界．具体到实际的程序中，模型涉及到数据库，数据表的建立及表的关系，是对现实世界的抽象化，表建立的好，以后的活才好干．

　控制层呢，有个神经中枢的意思，负责派发任务，做出反应，哪个活该由谁干，干活的人，和要干的活，都要在这里进行登记，登记的工作经常用一个xml文件来完成，不同的框架里负责这个的xml有不同的名称．

　现在我正在研究apace　ofbiz这个框架，它也是遵循mvc设计模式的，它支持的表现方式很多，html，jsp，ftl，xml都可以拿来写view层，有关逻辑的一小部分呢，还可以用beanshell来做，它的控制层呢，负责登记的xml叫做controller.xml，跟数据库相关的部分呢，支持用xml来描述表结构，这种方式在切换数据库的时候，是很方便的．

　眼下比较时髦的，是这三个搭配，struts+spring+hibernate，struts这个是遵循mvc的一个框架，单独用它就可以干不少活，但是相对来说，功能不够完善，涉及到数据库的地方呢，不够好，用hibernate　来补充，涉及到bean的地方呢，也不够好，用spring来补充，spring　做为轻量的容器，效果十分好，很大一部分是做为替代ejb出现的．

　框架就是框架，用框架有用框架的好处，可以减少不少代码，省心，同样，任何事物都有好有坏，每个框架都有自己的侧重点，侧重之外的东西他照顾的就不是那么好，正因为如此，才出现了多种框架，互相弥补，你看你有什么样的需求，再来选择什么样的架子，计算机技术发展是很快的，新的框架层出不穷，了解底层的东西，才能让自己不迷失．