MVC 开发总结

周报系统基本上算是开发完毕了，中间变动比较多，实际开发时间应该是3周左右，从中主要使用了struts、hibernate。

开发的过程中主要学习的是struts，hibernate的使用并不多，仅仅算个简单使用。所以通过使用struts来总结一下自己对mvc的理解。

　　以前一直做asp.net的webform开发，没怎么用过mvc，但是ruby火的时候使用过rubyOnRails，当时只是对概念的理解，因为rails做的太只能了，直接生成了代码，这次使用struts1.3，感觉总有点多余。因为分工首先是按功能模块划分的，并不是按前台后台划分的，没怎么体现struts的优势，当然这些都是实际学习。

　　第二是在学struts时，了解了不少mvc的知识，所以也总结一下。

　　mvc的优点：　　

— 多个视图能共享一个模型。在MVC设计模式中，模型响应用户请求并返回响应数据，视图负责格式化数据并把它们呈现给用户，业务逻辑和数据表示分离，同一个模型可以被不同的视图重用，所以大大提高了模型层程序代码的可重用性。

— 模型是自包含的，与控制器和视图保持相对独立，因此可以方便地改变应用程序的业务数据和业务规则。如果把数据库从MySQL移植到Oracle，或者把RDBMS数据源改变成LDAP数据源，只需改变模型即可。一旦正确地实现了模型，不管业务数据来自数据库还是LDAP服务器，视图都会正确地显示它们。由于MVC的三个模块相互独立，改变其中一个不会影响其他两个，所以依据这种设计思想能构造良好的松耦合的组件。

— 控制器提高了应用程序的灵活性和可配置性。控制器可以用来连接不同的模型和视图去完成用户的需求，控制器为构造应用程序提供了强有力的重组手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择适当的模型进行业务逻辑处理，然后选择适当的视图将处理结果显示给用户。

MVC适用范围：

通过完成后总结，业务逻辑比较简单的系统是不太适合使用struts的。

使用MVC需要精心的设计，由于它的内部原理比较复杂，所以需要花费一些时间去理解它。将MVC运用到应用程序中，会带来额外的工作量，增加应用的复杂性，所以MVC不适合小型应用程序。

 

 

 

 

但对于开发存在大量用户界面，并且业务逻辑复杂的大型应用程序，MVC将会使软件在健壮性、代码重用和结构方面上一个新的台阶。尽管在最初构建MVC框架时会花费一定的工作量，但从长远角度看，它会大大提高后期软件开发的效率。