@Repository、@Service、@Controller 和 @Component

Spring 2.5 中除了提供 @Component 注释外,还定义了几个拥有特殊语义的注释,它们分别是:@Repository、@Service 和 @Controller。
在目前的 Spring 版本中,这 3 个注释和 @Component 是等效的,可是从注释类的命名上,很容易看出这 3 个注释分别和持久层、业务层和控制层(Web 层)相对应。

用注解来向Spring容器注册Bean。须要在applicationContext.xml中注册<context:component-scan base-package=”pagkage1[,pagkage2,…,pagkageN]”/>。

如:在base-package指明一个包,指自动扫描该包下面的全部注解java

1 <context:component-scan base-package="cn.gacl.java"/>

代表cn.gacl.java包及其子包中,若是某个类的头上带有特定的注解【@Component/@Repository/@Service/@Controller】,就会将这个对象做为Bean注册进Spring容器。也能够在<context:component-scan base-package=” ”/>中指定多个包,如:spring

1 <context:component-scan base-package="cn.gacl.dao.impl,cn.gacl.service.impl,cn.gacl.action"/>

多个包逗号隔开。数据库

一、@Component

@Component
是全部受Spring 管理组件的通用形式,@Component注解能够放在类的头上,@Component不推荐使用。
安全

二、@Controller

@Controller对应表现层的Bean,也就是Action,例如:app

1 @Controller
2 @Scope("prototype")
3 public class UserAction extends BaseAction<User>{
4 ……
5 }

使用@Controller注解标识UserAction以后,就表示要把UserAction交给Spring容器管理,在Spring容器中会存在一个名字为"userAction"的action,这个名字是根据UserAction类名来取的。注意:若是@Controller不指定其value【@Controller】,则默认的bean名字为这个类的类名首字母小写,若是指定value【@Controller(value="UserAction")】或者【@Controller("UserAction")】,则使用value做为bean的名字spa

这里的UserAction还使用了@Scope注解,@Scope("prototype")表示将Action的范围声明为原型,能够利用容器的scope="prototype"来保证每个请求有一个单独的Action来处理,避免struts中Action的线程安全问题。spring 默认scope 是单例模式(scope="singleton"),这样只会建立一个Action对象,每次访问都是同一Action对象,数据不安全,struts2 是要求每次次访问都对应不一样的Action,scope="prototype" 能够保证当有请求的时候都建立一个Action对象prototype

三、@ Service

@Service对应的是业务层Bean,例如:线程

1 @Service("userService")
2 public class UserServiceImpl implements UserService {
3 ………
4 }

@Service("userService")注解是告诉Spring,当Spring要建立UserServiceImpl的的实例时,bean的名字必须叫作"userService",这样当Action须要使用UserServiceImpl的的实例时,就能够由Spring建立好的"userService",而后注入给Action:在Action只须要声明一个名字叫“userService”的变量来接收由Spring注入的"userService"便可,具体代码以下:code

1 // 注入userService
2 @Resource(name = "userService")
3 private UserService userService;

注意:在Action声明的“userService”变量的类型必须是“UserServiceImpl”或者是其父类“UserService”,不然因为类型不一致而没法注入,因为Action中的声明的“userService”变量使用了@Resource注解去标注,而且指明了其name = "userService",这就等于告诉Spring,说我Action要实例化一个“userService”,你Spring快点帮我实例化好,而后给我,当Spring看到userService变量上的@Resource的注解时,根据其指明的name属性能够知道,Action中须要用到一个UserServiceImpl的实例,此时Spring就会把本身建立好的名字叫作"userService"的UserServiceImpl的实例注入给Action中的“userService”变量,帮助Action完成userService的实例化,这样在Action中就不用经过“UserService userService = new UserServiceImpl();”这种最原始的方式去实例化userService了。若是没有Spring,那么当Action须要使用UserServiceImpl时,必须经过“UserService userService = new UserServiceImpl();”主动去建立实例对象,但使用了Spring以后,Action要使用UserServiceImpl时,就不用主动去建立UserServiceImpl的实例了,建立UserServiceImpl实例已经交给Spring来作了,Spring把建立好的UserServiceImpl实例给Action,Action拿到就能够直接用了。Action由原来的主动建立UserServiceImpl实例后就能够立刻使用,变成了被动等待由Spring建立好UserServiceImpl实例以后再注入给Action,Action才可以使用。这说明Action对“UserServiceImpl”类的“控制权”已经被“反转”了,原来主动权在本身手上,本身要使用“UserServiceImpl”类的实例,本身主动去new一个出来立刻就可使用了,但如今本身不能主动去new“UserServiceImpl”类的实例,new“UserServiceImpl”类的实例的权力已经被Spring拿走了,只有Spring才可以new“UserServiceImpl”类的实例,而Action只能等Spring建立好“UserServiceImpl”类的实例后,再“恳求”Spring把建立好的“UserServiceImpl”类的实例给他,这样他才可以使用“UserServiceImpl”,这就是Spring核心思想“控制反转”,也叫“依赖注入”,“依赖注入”也很好理解,Action须要使用UserServiceImpl干活,那么就是对UserServiceImpl产生了依赖,Spring把Acion须要依赖的UserServiceImpl注入(也就是“给”)给Action,这就是所谓的“依赖注入”。对Action而言,Action依赖什么东西,就请求Spring注入给他,对Spring而言,Action须要什么,Spring就主动注入给他。component

四、@ Repository

@Repository对应数据访问层Bean ,例如:

1 @Repository(value="userDao")
2 public class UserDaoImpl extends BaseDaoImpl<User> {
3 ………
4 }

@Repository(value="userDao")注解是告诉Spring,让Spring建立一个名字叫“userDao”的UserDaoImpl实例。

当Service须要使用Spring建立的名字叫“userDao”的UserDaoImpl实例时,就可使用@Resource(name = "userDao")注解告诉Spring,Spring把建立好的userDao注入给Service便可。

1 // 注入userDao,从数据库中根据用户Id取出指定用户时须要用到
2 @Resource(name = "userDao")
3 private BaseDao<User> userDao;
相关文章
相关标签/搜索