终于有机会使用spring了，也用了一年了，再谈谈现在的感想，是否还会评为新手呢？
目前我接触到的spring功能包括：

IOC 构建分层关系：
具体指 action->service->dao 架构。我参与的项目都采用接口类型注入，这里还包括了spring的声明式事务的使用。

spring mvc。

spring aop

spring提供的功能糖（仿效语法糖的叫法），比如对hibernate blob clob类型的封装，对javamail的封装

spring aecgi

以下分类论述：
一、Spring的IOC的作用
通过ioc，spring为web应用，提供了标准的软件结构定义，对于模块级的对象的访问，提供了统一的控制手段。换句话说，就是提供了web软件的架构模式，不管什么web软件，不必在自行设计架构，用spring的就行了。
spring提供的架构方式，起到了规范化模块访问的作用，且支持声明式事务。
这里有必要说明一下，我认为ioc应该采用接口类型注入，而不是类。原因是软件的结构清楚。这里的接口起到了类型隔离的作用，接口是纯粹的功能抽象，依赖于接口要比依赖于类单纯（接口更有用的使用方式是概念抽象）。另外，spring的aop在使用接口时用的是java的proxy技术，而不是cglib技术，我更愿意用java原生技术。(声明式事务会使用spring aop)

二、Spring mvc
强大的mvc框架，使用方式多种多样，优其是spring 3的mvc，支持annotation的使用，使得Spring mvc易于使用。

三、Spring aop
使用spring aop 可以完成一些原来难以实现的功能，比如：数据库事务失败后的重试（这种情况通常发生在数据库出现deadlock时）

四、Spring功能糖。
我只用过两个见上文，很有用。

五、安全架框
省时省力的完成对资源的访问控制。

Spring + mvc + orm 带来了什么呢？
总体上来看就是让程序员不必再费心思去找类，和决定类的职责分配，而这正是OOD的技能。软件的编写就是按照惯例把业务逻缉表达出来（当然这也有很多技巧，主要集中在库表设计，逻缉表达，性能调优上）
使用面象对象语言，而不需要OOD技能，实际上是降低了软件开发的难度。我身边的3年开发经验的人，对OOD基本上没概念，但软件开发作的也还可以。

这或者是好事吧。用不着OOD，自然就不必研究设计模式这些高深的玩意了，所以从事web开发的人，不断升级的结果就变成了业务专家，而对OO还是不甚了了。不过，当这样的程序员脱离了现有的框架，将寸步难行。

然而，中国还有哪些公司在作创造性的OOD开发呢？

ps: spring的异常处理思想也值得一提。