26.2.Spring的元数据支持

优质

小牛编辑

124浏览

2023-12-01

26.2. Spring的元数据支持

为了与Spring提供的其他重要概念的抽象相一致，Spring提供了一个对元数据实现的门面(facade)，以org.springframework.metadata.Attributes接口的形式来实现。

这个门面因以下几个原因而显得很有价值：

尽管Java 5提供了语言级的元数据支持，但提供这样一个抽象还是能带来价值：
- Java 5的元数据是静态的。它是在编译时与一个类关联，而且在部署环境下是不可改变的。这里会需要多层次的元数据，以支持在部署时重载某些属性的值 - 举例来说，在一个XML文件中定义用于覆盖的属性。
- Java 5的元数据是通过Java反射API返回的。这使得在测试时无法模拟元数据。 Spring提供了一个简单的接口来允许这种模拟。
- 在未来至少两年内仍有在1.3和1.4应用程序中支持元数据的需要。Spring着眼于提供现在可以工作的解决方案；强迫使用Java 5不是在这个重要领域中的明智之举。
当前的元数据API，例如Commons Attributes(在Spring 1.0-1.2中使用)很难测试。Spring提供了一个简单的易于模拟的元数据接口。

Spring的Attributes接口是这个样子的：

public interface Attributes {

    Collection getAttributes(Class targetClass);

    Collection getAttributes(Class targetClass, Class filter);

    Collection getAttributes(Method targetMethod);

    Collection getAttributes(Method targetMethod, Class filter);

    Collection getAttributes(Field targetField);

    Collection getAttributes(Field targetField, Class filter);
}

这是个再普通不过的命名者接口。JSR-175能提供更多的功能，比如定义在方法参数上的属性。在1.0版本时，Spring着眼于提供所需元数据的一个子集，使得能在Java 1.3+上提供像EJB或.NET 一样的有效的声明式企业级服务。Spring 1.2时，JDK 1.5支持类似JSR-175的注解，这是 Commons Attributes的替代品。

要注意到该接口像.NET一样提供了Object属性。这使得它区别于一些仅提供String属性的元数据属性系统，比如Nanning Aspects。支持Object属性有一个显着的优点。它使属性能参与到类层次中，还可以使属性能够灵活的根据它们的配置参数起作用。

对于大多数属性提供者来说，属性类的配置是通过构造方法参数或JavaBean的属性完成的。Commons Attributes同时支持这两种方式。

同所有的Spring抽象API一样，Attributes是一个接口。这使得在单元测试中模拟属性的实现变得容易起来。