- 浏览: 53431 次
- 性别:
- 来自: 大连
-
最新评论
使用 Spring 2.5 注释驱动的 IoC 功能
注释配置相对于 XML 配置具有很多的优势：
- 它可以充分利用 Java 的反射机制获取类结构信息，这些信息可以有效减少配置的工作。如使用 JPA 注释配置 ORM 映射时，我们就不需要指定 PO 的属性名、类型等信息，如果关系表字段和 PO 属性名、类型都一致，您甚至无需编写任务属性映射信息——因为这些信息都可以通过 Java 反射机制获取。
- 注释和 Java 代码位于一个文件中，而 XML 配置采用独立的配置文件，大多数配置信息在程序开发完成后都不会调整，如果配置信息和 Java 代码放在一起，有助于增强程序的内聚性。而采用独立的 XML 配置文件，程序员在编写一个功能时，往往需要在程序文件和配置文件中不停切换，这种思维上的不连贯会降低开发效率。
因此在很多情况下，注释配置比 XML 配置更受欢迎，注释配置有进一步流行的趋势。Spring 2.5 的一大增强就是引入了很多注释类，现在您已经可以使用注释配置完成大部分 XML 配置的功能。在这篇文章里，我们将向您讲述使用注释进行 Bean 定义和依赖注入的内容。
在使用注释配置之前，先来回顾一下传统上是如何配置 Bean 并完成 Bean 之间依赖关系的建立。下面是 3 个类，它们分别是 Office、Car 和 Boss，这 3 个类需要在 Spring 容器中配置为 Bean：
Office 仅有一个属性：
package com.baobaotao;
public class Office {
private String officeNo =”001”;
//省略 get/setter
@Override
public String toString() {
return "officeNo:" + officeNo;
}
}
|
Car 拥有两个属性：
package com.baobaotao;
public class Car {
private String brand;
private double price;
// 省略 get/setter
@Override
public String toString() {
return "brand:" + brand + "," + "price:" + price;
}
}
|
Boss 拥有 Office 和 Car 类型的两个属性：
package com.baobaotao;
public class Boss {
private Car car;
private Office office;
// 省略 get/setter
@Override
public String toString() {
return "car:" + car + "\n" + "office:" + office;
}
}
|
我们在 Spring 容器中将 Office 和 Car 声明为 Bean，并注入到 Boss Bean 中：下面是使用传统 XML 完成这个工作的配置文件 beans.xml：
清单 4. beans.xml 将以上三个类配置成 Bean
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
<bean id="boss" class="com.baobaotao.Boss">
<property name="car" ref="car"/>
<property name="office" ref="office" />
</bean>
<bean id="office" class="com.baobaotao.Office">
<property name="officeNo" value="002"/>
</bean>
<bean id="car" class="com.baobaotao.Car" scope="singleton">
<property name="brand" value=" 红旗 CA72"/>
<property name="price" value="2000"/>
</bean>
</beans>
|
当我们运行以下代码时，控制台将正确打出 boss 的信息：
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class AnnoIoCTest {
public static void main(String[] args) {
String[] locations = {"beans.xml"};
ApplicationContext ctx =
new ClassPathXmlApplicationContext(locations);
Boss boss = (Boss) ctx.getBean("boss");
System.out.println(boss);
}
}
|
这说明 Spring 容器已经正确完成了 Bean 创建和装配的工作。
Spring 2.5 引入了 @Autowired
注释，它可以对类成员变量、方法及构造函数进行标注，完成自动装配的工作。来看一下使用 @Autowired
进行成员变量自动注入的代码：
清单 6. 使用 @Autowired 注释的 Boss.java
package com.baobaotao;
import org.springframework.beans.factory.annotation.Autowired;
public class Boss {
@Autowired
private Car car;
@Autowired
private Office office;
…
}
|
Spring 通过一个 BeanPostProcessor
对 @Autowired
进行解析，所以要让 @Autowired
起作用必须事先在 Spring 容器中声明 AutowiredAnnotationBeanPostProcessor
Bean。
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
<!-- 该 BeanPostProcessor 将自动起作用，对标注 @Autowired 的 Bean 进行自动注入 -->
<bean class="org.springframework.beans.factory.annotation.
AutowiredAnnotationBeanPostProcessor"/>
<!-- 移除 boss Bean 的属性注入配置的信息 -->
<bean id="boss" class="com.baobaotao.Boss"/>
<bean id="office" class="com.baobaotao.Office">
<property name="officeNo" value="001"/>
</bean>
<bean id="car" class="com.baobaotao.Car" scope="singleton">
<property name="brand" value=" 红旗 CA72"/>
<property name="price" value="2000"/>
</bean>
</beans>
|
这样，当 Spring 容器启动时，AutowiredAnnotationBeanPostProcessor
将扫描 Spring 容器中所有 Bean，当发现 Bean 中拥有 @Autowired
注释时就找到和其匹配（默认按类型匹配）的 Bean，并注入到对应的地方中去。
按照上面的配置，Spring 将直接采用 Java 反射机制对 Boss 中的 car
和 office
这两个私有成员变量进行自动注入。所以对成员变量使用 @Autowired
后，您大可将它们的 setter 方法（setCar()
和 setOffice()
）从 Boss 中删除。
当然，您也可以通过 @Autowired
对方法或构造函数进行标注，来看下面的代码：
清单 8. 将 @Autowired 注释标注在 Setter 方法上
package com.baobaotao;
public class Boss {
private Car car;
private Office office;
@Autowired
public void setCar(Car car) {
this.car = car;
}
@Autowired
public void setOffice(Office office) {
this.office = office;
}
…
}
|
这时，@Autowired
将查找被标注的方法的入参类型的 Bean，并调用方法自动注入这些 Bean。而下面的使用方法则对构造函数进行标注：
package com.baobaotao;
public class Boss {
private Car car;
private Office office;
@Autowired
public Boss(Car car ,Office office){
this.car = car;
this.office = office ;
}
…
}
|
由于 Boss()
构造函数有两个入参，分别是 car
和 office
，@Autowired
将分别寻找和它们类型匹配的 Bean，将它们作为 Boss(Car car ,Office office)
的入参来创建 Boss
Bean。
在默认情况下使用 @Autowired
注释进行自动注入时，Spring 容器中匹配的候选 Bean 数目必须有且仅有一个。当找不到一个匹配的 Bean 时，Spring 容器将抛出 BeanCreationException
异常，并指出必须至少拥有一个匹配的 Bean。我们可以来做一个实验：
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd ">
<bean class="org.springframework.beans.factory.annotation.
AutowiredAnnotationBeanPostProcessor"/>
<bean id="boss" class="com.baobaotao.Boss"/>
<!-- 将 office Bean 注释掉 -->
<!-- <bean id="office" class="com.baobaotao.Office">
<property name="officeNo" value="001"/>
</bean>-->
<bean id="car" class="com.baobaotao.Car" scope="singleton">
<property name="brand" value=" 红旗 CA72"/>
<property name="price" value="2000"/>
</bean>
</beans>
|
由于 office
Bean 被注释掉了，所以 Spring 容器中将没有类型为 Office
的 Bean 了，而 Boss 的 office
属性标注了 @Autowired
，当启动 Spring 容器时，异常就产生了。
当不能确定 Spring 容器中一定拥有某个类的 Bean 时，可以在需要自动注入该类 Bean 的地方可以使用 @Autowired(required = false)
，这等于告诉 Spring：在找不到匹配 Bean 时也不报错。来看一下具体的例子：
清单 11. 使用 @Autowired(required = false)
package com.baobaotao;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Required;
public class Boss {
private Car car;
private Office office;
@Autowired
public void setCar(Car car) {
this.car = car;
}
@Autowired(required = false)
public void setOffice(Office office) {
this.office = office;
}
…
}
|
当然，一般情况下，使用 @Autowired
的地方都是需要注入 Bean 的，使用了自动注入而又允许不注入的情况一般仅会在开发期或测试期碰到（如为了快速启动 Spring 容器，仅引入一些模块的 Spring 配置文件），所以 @Autowired(required = false)
会很少用到。
和找不到一个类型匹配 Bean 相反的一个错误是：如果 Spring 容器中拥有多个候选 Bean，Spring 容器在启动时也会抛出 BeanCreationException
异常。来看下面的例子：
清单 12. 在 beans.xml 中配置两个 Office 类型的 Bean
…
<bean id="office" class="com.baobaotao.Office">
<property name="officeNo" value="001"/>
</bean>
<bean id="office2" class="com.baobaotao.Office">
<property name="officeNo" value="001"/>
</bean>
…
|
我们在 Spring 容器中配置了两个类型为 Office
类型的 Bean，当对 Boss 的 office
成员变量进行自动注入时，Spring 容器将无法确定到底要用哪一个 Bean，因此异常发生了。
Spring 允许我们通过 @Qualifier
注释指定注入 Bean 的名称，这样歧义就消除了，可以通过下面的方法解决异常：
清单 13. 使用 @Qualifier 注释指定注入 Bean 的名称
@Autowired
public void setOffice(@Qualifier("office")Office office) {
this.office = office;
}
|
@Qualifier("office")
中的 office
是 Bean 的名称，所以 @Autowired
和 @Qualifier
结合使用时，自动注入的策略就从 byType 转变成 byName 了。@Autowired
可以对成员变量、方法以及构造函数进行注释，而 @Qualifier
的标注对象是成员变量、方法入参、构造函数入参。正是由于注释对象的不同，所以 Spring 不将 @Autowired
和 @Qualifier
统一成一个注释类。下面是对成员变量和构造函数入参进行注释的代码：
对成员变量进行注释：
public class Boss {
@Autowired
private Car car;
@Autowired
@Qualifier("office")
private Office office;
…
}
|
对构造函数入参进行注释：
清单 15. 对构造函数变量使用 @Qualifier 注释
public class Boss {
private Car car;
private Office office;
@Autowired
public Boss(Car car , @Qualifier("office")Office office){
this.car = car;
this.office = office ;
}
}
|
@Qualifier
只能和 @Autowired
结合使用，是对 @Autowired
有益的补充。一般来讲，@Qualifier
对方法签名中入参进行注释会降低代码的可读性，而对成员变量注释则相对好一些。
Spring 不但支持自己定义的 @Autowired
的注释，还支持几个由 JSR-250 规范定义的注释，它们分别是 @Resource
、@PostConstruct
以及 @PreDestroy
。
@Resource
的作用相当于 @Autowired
，只不过 @Autowired
按 byType 自动注入，面 @Resource
默认按 byName 自动注入罢了。@Resource
有两个属性是比较重要的，分别是 name 和 type，Spring 将 @Resource
注释的 name 属性解析为 Bean 的名字，而 type 属性则解析为 Bean 的类型。所以如果使用 name 属性，则使用
byName 的自动注入策略，而使用 type 属性时则使用 byType 自动注入策略。如果既不指定 name 也不指定 type
属性，这时将通过反射机制使用 byName 自动注入策略。
Resource 注释类位于 Spring 发布包的 lib/j2ee/common-annotations.jar 类包中，因此在使用之前必须将其加入到项目的类库中。来看一个使用 @Resource
的例子：
清单 16. 使用 @Resource 注释的 Boss.java
package com.baobaotao;
import javax.annotation.Resource;
public class Boss {
// 自动注入类型为 Car 的 Bean
@Resource
private Car car;
// 自动注入 bean 名称为 office 的 Bean
@Resource(name = "office")
private Office office;
}
|
一般情况下，我们无需使用类似于 @Resource(type=Car.class)
的注释方式，因为 Bean 的类型信息可以通过 Java 反射从代码中获取。
要让 JSR-250 的注释生效，除了在 Bean 类中标注这些注释外，还需要在 Spring 容器中注册一个负责处理这些注释的 BeanPostProcessor
：
<bean
class="org.springframework.context.annotation.CommonAnnotationBeanPostProcessor"/>
|
CommonAnnotationBeanPostProcessor
实现了 BeanPostProcessor
接口，它负责扫描使用了 JSR-250 注释的 Bean，并对它们进行相应的操作。
Spring 容器中的 Bean 是有生命周期的，Spring 允许在 Bean 在初始化完成后以及 Bean 销毁前执行特定的操作，您既可以通过实现 InitializingBean/DisposableBean 接口来定制初始化之后 / 销毁之前的操作方法，也可以通过 <bean> 元素的 init-method/destroy-method 属性指定初始化之后 / 销毁之前调用的操作方法。关于 Spring 的生命周期，笔者在《精通 Spring 2.x—企业应用开发精解》第 3 章进行了详细的描述，有兴趣的读者可以查阅。
JSR-250 为初始化之后/销毁之前方法的指定定义了两个注释类，分别是 @PostConstruct 和 @PreDestroy，这两个注释只能应用于方法上。标注了 @PostConstruct 注释的方法将在类实例化后调用，而标注了 @PreDestroy 的方法将在类销毁之前调用。
清单 17. 使用 @PostConstruct 和 @PreDestroy 注释的 Boss.java
package com.baobaotao;
import javax.annotation.Resource;
import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;
public class Boss {
@Resource
private Car car;
@Resource(name = "office")
private Office office;
@PostConstruct
public void postConstruct1(){
System.out.println("postConstruct1");
}
@PreDestroy
public void preDestroy1(){
System.out.println("preDestroy1");
}
…
}
|
您只需要在方法前标注 @PostConstruct
或 @PreDestroy
，这些方法就会在 Bean 初始化后或销毁之前被 Spring 容器执行了。
我们知道，不管是通过实现 InitializingBean
/DisposableBean
接口，还是通过 <bean> 元素的 init-method/destroy-method
属性进行配置，都只能为 Bean 指定一个初始化 / 销毁的方法。但是使用 @PostConstruct
和 @PreDestroy
注释却可以指定多个初始化 / 销毁方法，那些被标注 @PostConstruct
或 @PreDestroy
注释的方法都会在初始化 / 销毁时被执行。
通过以下的测试代码，您将可以看到 Bean 的初始化 / 销毁方法是如何被执行的：
package com.baobaotao;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class AnnoIoCTest {
public static void main(String[] args) {
String[] locations = {"beans.xml"};
ClassPathXmlApplicationContext ctx =
new ClassPathXmlApplicationContext(locations);
Boss boss = (Boss) ctx.getBean("boss");
System.out.println(boss);
ctx.destroy();// 关闭 Spring 容器，以触发 Bean 销毁方法的执行
}
}
|
这时，您将看到标注了 @PostConstruct
的 postConstruct1()
方法将在 Spring 容器启动时，创建 Boss
Bean 的时候被触发执行，而标注了 @PreDestroy
注释的 preDestroy1()
方法将在 Spring 容器关闭前销毁 Boss
Bean 的时候被触发执行。
使用 <context:annotation-config/> 简化配置
Spring 2.1 添加了一个新的 context 的 Schema 命名空间，该命名空间对注释驱动、属性文件引入、加载期织入等功能提供了便捷的配置。我们知道注释本身是不会做任何事情的，它仅提供元数据信息。要使元数 据信息真正起作用，必须让负责处理这些元数据的处理器工作起来。
而我们前面所介绍的 AutowiredAnnotationBeanPostProcessor
和 CommonAnnotationBeanPostProcessor
就是处理这些注释元数据的处理器。但是直接在 Spring 配置文件中定义这些 Bean 显得比较笨拙。Spring 为我们提供了一种方便的注册这些 BeanPostProcessor
的方式，这就是 <context:annotation-config/>。请看下面的配置：
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-2.5.xsd">
<context:annotation-config/>
<bean id="boss" class="com.baobaotao.Boss"/>
<bean id="office" class="com.baobaotao.Office">
<property name="officeNo" value="001"/>
</bean>
<bean id="car" class="com.baobaotao.Car" scope="singleton">
<property name="brand" value=" 红旗 CA72"/>
<property name="price" value="2000"/>
</bean>
</beans>
|
<context:annotationconfig/> 将隐式地向 Spring 容器注册 AutowiredAnnotationBeanPostProcessor
、CommonAnnotationBeanPostProcessor
、PersistenceAnnotationBeanPostProcessor
以及 equiredAnnotationBeanPostProcessor
这 4 个 BeanPostProcessor。
在配置文件中使用 context 命名空间之前，必须在 <beans> 元素中声明 context 命名空间。
虽然我们可以通过 @Autowired
或 @Resource
在 Bean 类中使用自动注入功能，但是 Bean 还是在 XML 文件中通过 <bean> 进行定义 —— 也就是说，在 XML 配置文件中定义 Bean，通过 @Autowired
或 @Resource
为 Bean 的成员变量、方法入参或构造函数入参提供自动注入的功能。能否也通过注释定义 Bean，从 XML 配置文件中完全移除 Bean 定义的配置呢？答案是肯定的，我们通过 Spring 2.5 提供的 @Component
注释就可以达到这个目标了。
下面，我们完全使用注释定义 Bean 并完成 Bean 之间装配：
清单 20. 使用 @Component 注释的 Car.java
package com.baobaotao;
import org.springframework.stereotype.Component;
@Component
public class Car {
…
}
|
仅需要在类定义处，使用 @Component
注释就可以将一个类定义了 Spring 容器中的 Bean。下面的代码将 Office
定义为一个 Bean：
清单 21. 使用 @Component 注释的 Office.java
package com.baobaotao;
import org.springframework.stereotype.Component;
@Component
public class Office {
private String officeNo = "001";
…
}
|
这样，我们就可以在 Boss 类中通过 @Autowired
注入前面定义的 Car
和 Office Bean
了。
清单 22. 使用 @Component 注释的 Boss.java
package com.baobaotao;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Required;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.stereotype.Component;
@Component("boss")
public class Boss {
@Autowired
private Car car;
@Autowired
private Office office;
…
}
|
@Component
有一个可选的入参，用于指定 Bean 的名称，在 Boss 中，我们就将 Bean 名称定义为“boss
”。一般情况下，Bean 都是 singleton 的，需要注入 Bean 的地方仅需要通过 byType 策略就可以自动注入了，所以大可不必指定 Bean 的名称。
在使用 @Component
注释后，Spring 容器必须启用类扫描机制以启用注释驱动 Bean 定义和注释驱动 Bean 自动注入的策略。Spring 2.5 对 context 命名空间进行了扩展，提供了这一功能，请看下面的配置：
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-2.5.xsd">
<context:component-scan base-package="com.baobaotao"/>
</beans>
|
这里，所有通过 <bean> 元素定义 Bean 的配置内容已经被移除，仅需要添加一行 <context:component-scan/> 配置就解决所有问题了——Spring XML 配置文件得到了极致的简化（当然配置元数据还是需要的，只不过以注释形式存在罢了）。<context:component-scan/> 的 base-package 属性指定了需要扫描的类包，类包及其递归子包中所有的类都会被处理。
<context:component-scan/> 还允许定义过滤器将基包下的某些类纳入或排除。Spring 支持以下 4 种类型的过滤方式，通过下表说明：
| 注释 | 假如 com.baobaotao.SomeAnnotation 是一个注释类，我们可以将使用该注释的类过滤出来。 |
| 类名指定 | 通过全限定类名进行过滤，如您可以指定将 com.baobaotao.Boss 纳入扫描，而将 com.baobaotao.Car 排除在外。 |
| 正则表达式 | 通过正则表达式定义过滤的类，如下所示： com\.baobaotao\.Default.* |
| AspectJ 表达式 | 通过 AspectJ 表达式定义过滤的类，如下所示： com. baobaotao..*Service+ |
下面是一个简单的例子：
<context:component-scan base-package="com.baobaotao">
<context:include-filter type="regex"
expression="com\.baobaotao\.service\..*"/>
<context:exclude-filter type="aspectj"
expression="com.baobaotao.util..*"/>
</context:component-scan>
|
值得注意的是 <context:component-scan/> 配置项不但启用了对类包进行扫描以实施注释驱动 Bean 定义的功能，同时还启用了注释驱动自动注入的功能（即还隐式地在内部注册了 AutowiredAnnotationBeanPostProcessor
和 CommonAnnotationBeanPostProcessor
），因此当使用 <context:component-scan/> 后，就可以将 <context:annotation-config/> 移除了。
默认情况下通过 @Component
定义的 Bean 都是 singleton 的，如果需要使用其它作用范围的 Bean，可以通过 @Scope
注释来达到目标，如以下代码所示：
清单 24. 通过 @Scope 指定 Bean 的作用范围
package com.baobaotao;
import org.springframework.context.annotation.Scope;
…
@Scope("prototype")
@Component("boss")
public class Boss {
…
}
|
这样，当从 Spring 容器中获取 boss
Bean 时，每次返回的都是新的实例了。
Spring 2.5 中除了提供 @Component
注释外，还定义了几个拥有特殊语义的注释，它们分别是：@Repository
、@Service
和 @Controller
。在目前的 Spring 版本中，这 3 个注释和 @Component
是等效的，但是从注释类的命名上，很容易看出这 3 个注释分别和持久层、业务层和控制层（Web 层）相对应。虽然目前这 3 个注释和 @Component
相比没有什么新意，但 Spring 将在以后的版本中为它们添加特殊的功能。所以，如果 Web 应用程序采用了经典的三层分层结构的话，最好在持久层、业务层和控制层分别采用 @Repository
、@Service
和 @Controller
对分层中的类进行注释，而用 @Component
对那些比较中立的类进行注释。
是否有了这些 IOC 注释，我们就可以完全摒除原来 XML 配置的方式呢？答案是否定的。有以下几点原因：
- 注释配置不一定在先天上优于 XML 配置。如果 Bean 的依赖关系是固定的，（如 Service 使用了哪几个 DAO 类），这种配置信息不会在部署时发生调整，那么注释配置优于 XML 配置；反之如果这种依赖关系会在部署时发生调整，XML 配置显然又优于注释配置，因为注释是对 Java 源代码的调整，您需要重新改写源代码并重新编译才可以实施调整。
-
如果 Bean 不是自己编写的类（如
JdbcTemplate、SessionFactoryBean等），注释配置将无法实施，此时 XML 配置是唯一可用的方式。 -
注释配置往往是类级别的，而 XML 配置则可以表现得更加灵活。比如相比于
@Transaction事务注释，使用 aop/tx 命名空间的事务配置更加灵活和简单。
所以在实现应用中，我们往往需要同时使用注释配置和 XML 配置，对于类级别且不会发生变动的配置可以优先考虑注释配置；而对于那些第三方类以及容易发生调整的配置则应优先考虑使用 XML 配置。Spring 会在具体实施 Bean 创建和 Bean 注入之前将这两种配置方式的元信息融合在一起。
Spring 在 2.1 以后对注释配置提供了强力的支持，注释配置功能成为 Spring 2.5 的最大的亮点之一。合理地使用 Spring 2.5 的注释配置，可以有效减少配置的工作量，提高程序的内聚性。但是这并不意味着传统 XML 配置将走向消亡，在第三方类 Bean 的配置，以及那些诸如数据源、缓存池、持久层操作模板类、事务管理等内容的配置上，XML 配置依然拥有不可替代的地位。
发表评论
相关推荐
**Spring 2.5 注释驱动的 IoC 功能详解** Spring 框架自 2.5 版本开始引入了对注解的强大支持，极大地简化了依赖注入（Dependency Injection，简称 DI）的配置过程。注解驱动的 IoC（Inverse of Control，控制反转...
例如，在Spring 2.5版本中，引入了@Component、@Service、@Repository和@Controller等注解，用于标记不同的组件和服务层，使得Spring的依赖注入和AOP等功能更加简洁易用。 开发者可以在任何Java类上使用这些注解来...
- 同名方法的不同参数列表实现不同的功能。 **1.5 数组与集合** - **数组** - 定义、初始化、访问元素。 - **集合框架** - List: ArrayList(可变大小)、LinkedList(链表)。 - Set: HashSet(不重复元素)。 - ...
脆弱水印技术在图像篡改检测中的应用与挑战,脆弱水印技术在图像篡改检测中的应用与挑战,脆弱水印的图像篡改检测 ,脆弱水印; 图像篡改; 检测; 图像处理,基于脆弱水印的图像篡改检测技术
高效Delta机械臂运动控制卡：前瞻轨迹规划，G代码编程，多维插补，激光切割与绘图，机器视觉集成，扩展坐标与旋转功能，一键脱机运行，大容量存储,基于前瞻运动轨迹规划的Delta机械臂运动控制卡：高效G代码编程，圆弧插补与激光切割功能，配合机器视觉实现精准操作。高效精准操作与管理工具的创新型机械运动控制解决方案。,delta机械臂，delta机器人，运动控制器，运动控制卡 本卡采用前瞻运动轨迹规划，运动采用G代码指令编程，具有G5三维空间的圆弧插补，空间直线插补功能，子程序编程功能，逻辑判断语句功能，示教编程功能(支持手柄)，变量位置编程功能，动态PWM激光输出功能(兼容舵机控制信号)，动态频率脉冲输出功能，通用输入输出功能。 可极简单的实现绘图雕刻，3维激光切割功能。 轨迹图形可xy平面整体旋转功能。 可利用变量位置，获取外部坐标要求，可轻松配合机器视觉。 支持探针功能，测平面，测外形等。 可设置4组平移工件坐标系，2组参考原点。 新增2组空间旋转工件坐标系，支持任意图形直接空间旋转。 卡上一键脱机RAM区运行功能。 2M程序容量。 断电后位置记忆，变量坐标位置记忆，计数器记忆。 伺服
毕业设计
内容概要：随着模型参数量不断扩大，如从BERT到GPT-3，传统微调方法变得不可行。文章聚焦于参数高效微调（PEFT）策略，系统探讨了几十余种方法，包括加法型、选择型、重构型及其混合方法。文中详细介绍各类PEFT的具体操作（如引入额外参数、冻结部分权重等），并通过广泛实验验证其在大型预训练模型上的适用性和性能。特别指出，PEFT在保持高性能的同时极大减少了计算与内存成本，并针对十几亿乃至几十亿参数级别的模型展开测试与讨论。 适用人群：适用于从事大规模机器学习模型研究、开发的应用科学家和技术专家，尤其是那些希望通过减少资源消耗实现高效微调的技术团队成员。 使用场景及目标：该文章适用于希望在有限资源条件下优化大模型性能的人群。帮助研究人员理解不同类型PEFT的优点和局限，为实际项目中选择合适技术路线提供建议。其目的是为了指导开发者正确理解和应用先进的PEFT技术，从而提高系统的运行效率和服务质量。 其他说明：本文不仅提供了详尽的方法介绍和性能对比，而且为未来的研究指明方向，鼓励创新思维的发展，旨在推动参数有效调优领域的进步。同时提醒注意现有的挑战和未解决问题。
磷酸铁锂体系电池COMSOL模型构建解析与实践指南,磷酸铁锂体系电池COMSOL建模分析与优化方案探讨,出一个磷酸铁锂体系电池comsol模型 ,建立磷酸铁锂体系电池; comsol模型; 电池模拟; 模型构建; 锂离子电池。,构建磷酸铁锂体系电池Comsol模型，深入探索电池性能
开关磁阻电机多维控制策略仿真研究（基于Matlab 2016b的精细化模型）,开关磁阻电机多策略控制仿真模型（matlab 2016b版本，含传统与智能控制策略及离线迭代算法）,开关磁阻电机控制仿真(matlab 2016b版本仿真模型 自用) 模型包涵： 开关磁阻电机传统控制：电流斩波控制、电压PWM控制、角度位置控制。 智能控制：12 8三相开关磁阻电机有限元分析本体建模、转矩分配函数控制、模糊PID控制、模糊角度控制、神经网络在线自适应迭代控制。 部分离线迭代算法：遗传算法优化PID、粒子群算法优化PID。 biye研究生自用仿真模型 . ,核心关键词： 开关磁阻电机; 控制仿真; Matlab 2016b; 传统控制; 智能控制; 有限元分析; 转矩分配函数控制; 模糊PID控制; 神经网络在线自适应迭代控制; 遗传算法优化PID; 粒子群算法优化PID; 研究生自用仿真模型。,基于Matlab 2016b的开关磁阻电机控制模型研究与仿真优化研究生自用版
McgsPro_IoT驱动_V3.1.1.8
数学建模相关主题资源2
基于改进粒子群算法的光伏储能选址定容模型分析——针对14节点配网系统的实践与出力情况探索,基于改进粒子群算法的光伏储能选址定容模型分析与出力预测研究（含配图材料参考）,含光伏的储能选址定容模型 14节点 程序采用改进粒子群算法，对分析14节点配网系统中的储能选址定容方案，并得到储能的出力情况，有相关参考资料 ,核心关键词：含光伏的储能选址定容模型；14节点；改进粒子群算法；配网系统；储能选址定容方案；出力情况；参考资料。,基于改进粒子群算法的14节点配网光伏储能选址定容模型及出力分析研究
基于需求响应与阶梯式碳交易的综合能源系统优化调度模型研究（MATLAB仿真实现）,基于需求响应与碳交易的综合能源系统优化调度策略：灵活调配冷热电负荷，实现低碳高效运行。,考虑需求响应和碳交易的综合能源系统日前优化调度模型 关键词：柔性负荷 需求响应 综合能源系统 参考：私我 仿真平台：MATLAB yalmip+cplex 主要内容：在冷热电综合能源系统的基础上，创新性的对用户侧资源进行了细致的划分和研究，首先按照能源类型将其分为热负荷需求响应和电负荷需求响应，在此基础上，进一步分为可削减负荷、可转移负荷以及可平移负荷三类，并将柔性负荷作为需求响应资源加入到综合能源的调度系统中，从而依据市场电价灵活调整各类负荷，实现削峰填谷，改善负荷曲线等优势，此外，为了丰富内容，还考虑了阶梯式碳交易，构建了考虑阶梯式碳交易以及综合需求响应的综合能源低碳经济调度模型，设置了多个对比场景，验证所提模型的有效性，从而体现工作量，是不可多得的代码 场景一： 这段程序主要是用来进行某微网的运行优化。它包含了多个功能和应用，涉及到了能源集线器、需求侧柔性负荷、光伏、风机、燃气轮机等内容。 首先，程序读取了
multisim
内容概要：本文详细介绍了一系列用于科学研究、工程项目和技术开发中至关重要的实验程序编写与文档报告撰写的资源和工具。从代码托管平台(GitHub/GitLab/Kaggle/CodeOcean)到云端计算环境(Colab)，以及多种类型的编辑器(LaTeX/Microsoft Word/Overleaf/Typora)，还有涵盖整个研究周期的各种辅助工具：如可视化工具（Tableau）、数据分析平台(R/Pandas)、项目管理工具(Trello/Jira)、数据管理和伦理审核支持(Figshare/IRB等)，最后提供了典型报告的具体结构指导及其范本实例链接(arXiv/PubMed)。这为实验流程中的各个环节提供了系统的解决方案，极大地提高了工作的效率。 适合人群：高校学生、科研工作者、工程技术人员以及从事学术写作的人员，无论是新手入门还是有一定经验的人士都能从中受益。 使用场景及目标：帮助读者高效地准备并开展实验研究活动；促进团队间协作交流；规范研究报告的形式；提高对所收集资料的安全性和隐私保护意识；确保遵循国际公认的伦理准则进行实验。
基于OpenCV与深度学习的人脸表情识别系统：Python编程，实时检测与视频加载的PyQt界面应用,基于OpenCV与深度学习的人脸表情识别系统：Python编程，PyQt界面，实时视频与图片检测.exe可执行文件,基于OpenCV的人脸表情识别系统 相关技术：python，opencv，pyqt，深度学习 （请自行安装向日葵远程软件，以便提供远程帮助） 可编译为.exe文件。 软件说明：摄像头实时检测，加载照片，视频均可。 有基础的同学，可自行修改完善。 第一张和第二张为运行截图。 ,人脸表情识别; Op
基于双端口直流微电网系统模型的改进下垂控制及稳定性分析（含电压鲁棒控制器与粒子群寻优权函数）,基于双端口直流微电网系统模型的优化设计与分析：改进下垂控制、电压鲁棒控制器及仿真研究,直流微网，直流微电网系统模型，有两个端口。 外环有改进下垂控制，内环双pi环，带恒功率负载。 暂态性能良好，可用于控制器设计，稳定性分析等。 另外还有电压鲁棒控制器，小信号模型，根轨迹分析，粒子群寻优权函数等内容。 仅为simulink ,直流微网; 直流微电网系统模型; 改进下垂控制; 双pi环; 恒功率负载; 暂态性能; 控制器设计; 稳定性分析; 电压鲁棒控制器; 小信号模型; 根轨迹分析; 粒子群寻优权函数,基于改进下垂控制的直流微网系统模型：双PI环与恒功率负载研究
这是萨达萨达是发生发士大夫