终于有机会使用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的异常处理思想也值得一提。