@Component 详解

java中注解,与反射,泛型一样,同属元编程。而相较于反射作用类对象,泛型活在参数类型化征途,注解简直不要太自在,这从它的出生(定义),@interface,便知不能独立生存,时刻与被注解对象在一起,是一种紧耦合,声明式编程方式。本文旨在阐述 @component注解与其同类注解(如 @service)的异同。

官方

Annotation Meaning
@Component generic stereotype for any Spring-managed component
@Repository stereotype for persistence layer
@Service stereotype for service layer
@Controller stereotype for presentation layer (spring-mvc)

相似

上述官话,只说明了spring 中 该类注解用途,但没讲明,有些情况下它们为什么可以互用

  • 强调一点,对于BeanDefinition 自动扫描检测和依赖注入,所有这些注解(即@ Component,@ Service,@ Repository,@ Controller)都是相同的,它们彼此可以相互替换

差异

  • @Component的特殊之处
    • 是一个通用的构造型注解,表明该类是一个spring组件
    • <context:component-scan> 仅在于扫描@Component并且不会查找@Controller@Service@Repository一般而言。扫描它们是因为它们本身都带有注释@Component, 看源码定义便知
@Component
public @interface Service {
    ….
}
@Component
public @interface Repository {
    ….
}
@Component
public @interface Controller {
    …
}
  • @Controller,@Service并且@Repository是特殊类型的@Component注解。
  • <context:component-scan> 选择它们并将它们的后续类注册为bean,就像它们被注解一样@Component
  • 还会扫描特殊类型的注释,因为它们本身都带有@Component注解的注解

@Repository

  • 表明该类定义了一个数据存储库
  • 除了指出这是一个基于注解的配置之外,@Repository 会捕获平台特定的异常并将它们重新抛出作为 Spring 统一的未经检查的异常之一。通常需要在 spring 的应用程序上下文中添加如下配置 PersistenceExceptionTranslationPostProcessor
<bean class="org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor"/>

@Controller

  • @Controller被注解的类扮演控制器的角色
  • 不同于@Service,@Repository注解,程序调度器扫描该注解的类,在内部会去检测其用@RequestMapping注解的方法

补充

  • 注解:是一种分散式的元数据,与源代码紧绑定
  • xml:是一种集中式的元数据,与源代码无绑定
  • 让xm有用的是,使用xml的类。同样让注解有效的是注解处理器,否则注解和注释没什么区别。
  • 注解这种机制是一种与 Java 编程语言无关的独立存在,它会让java语言更好,但不是语言必须的部分
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!