项目后回顾总结mvc开发模式

MVC模式的设计初衷就是为了解决松散耦合问题。这是重要的J2EE企业级开发应用设计模式：即Model，View，Controller

Model     -----即业务逻辑处理层，比如service，dao，还有实例对象。

View      -----就是我们的表现层，用于收集用户信息，不负责任何业务逻辑处理，如果jsp中包含了想<% xxx%>等，就不叫View。

Controller-----可以理解为我们的servlet，负责接受用户的请求与返回信息。可以做一些简单的业务逻辑处理。

那么在我们的Spring框架中的重要编程思想就是

IOC

ioc也称为DI（Depency Injection）依赖注入，它是一种编程思想，可以很好地实现模块之间的解耦，说到这里，我们就会产生两个问题：

1.那么什么叫做依赖注入呢？

    在Spring里，创建被调用者的工作不再由调用者来完成，因此称为控制反转;创建被调用者 实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为依赖注入。

2.解耦有是个什么东西呢？

    这里就要普及一下“耦合度”的概念。

    通俗的说：模块与模块之间依赖度越高，耦合度就越高，相反这越低。

一般来说我们的MVC模式的模块与模块之间大多只是通过参数表传递简单数据。这一类的耦合度非常弱，是一种良好的依赖度。我们可以将这种“只是通过参数表传递简单数据”的耦合关系叫做“数据耦合”。

所以我们就可以知道，解耦就是降低模块之间的依赖度而已。

3.那么降低耦合度又有什么好处呢？

    当然了，好处肯定是大大的，降低了耦合度，我们就可以实现模块化管理，实现了模块化管理，就降低了各层之间的相互影响，这样更加有利于我们进行维护升级与排错，可大大降低项目的后期维护成本。缺点在于代码量大大增加，提高了开发成本，因此前期要有良好的设计。

4.那么我们什么时候需要采用mvc设计思想呢？

    一般来说，如我我们的项目（软件）需要具有良好的架构，代码具有良好的可维护性与扩展性时，就需要使用到这种设计思想。

本人愚见，不喜勿喷！