5

我需要做一些处理来确定 JSR-330 注释类的依赖关系，使用反射。

我完全了解所有符合 JSR-330 的 IoC 容器，例如 Spring、Guice 或 PicoContainer。但是，我需要的不是解决和注入依赖项，而是识别它们。

这基本上意味着我需要实现 JSR-330 实现，至少在反射类“解析”方面是这样。

JSR-330 规范的一部分我觉得实现起来有点麻烦：

使用 @Inject 注释的方法覆盖使用 @Inject 注释的另一个方法，每个实例的每个注入请求只会注入一次。没有@Inject 注释的方法覆盖了@Inject 注释的方法将不会被注入。

这意味着子类可以重新定义其基类的自动装配合同，以及挂钩到注入流（通过多态性）。

我的问题来了：给定一个类层次结构，是否有一种简单的方法来检查层次结构的某个部分的方法是否在层次结构的更下方被覆盖？

在我的情况下，最简单的方法是从层次结构的叶子递归：

private List<Method> getInjectableMethods(final Class<?> clazz) {
    // recursive stop condition
    if(clazz == null) {
        return emptyList();
    }

    // recursively get injectable methods from superclass
    final List<Method> allInjectableMethods = newLinkedList(getInjectableMethods(clazz.getSuperclass()));
    final List<Method> injectableMethods = newArrayList();

    // any overridden method will be present in the final list only if it is injectable in clazz
    for (final Method method : clazz.getDeclaredMethods()) {
        removeIf(allInjectableMethods, Methods.Predicates.overriddenBy(method));
        if (isInjectable(method)) {
            injectableMethods.add(method);
        }
    }
    allInjectableMethods.addAll(injectableMethods);

    return allInjectableMethods;
}

至于overriddenBy Guava-like Predicate，我会检查：

  • 定义类的方法在 isAssignableFrom 关系中
  • 方法名称相同
  • 方法形式参数相同

就层次结构中的方法数量而言，由此产生的复杂度为 O(n^2)。

我想知道是否有一些更简单或更有效的方法来实现它，或者任何具有此类功能的库。我在 Guava 和 Apache Commons 中都没有成功...

4

1 回答 1

0

不幸的是，类图只能在根方向导航——所以除了检查某些类加载器可用的所有类之外，没有办法找到所有派生类。IoC 容器没有这个问题，因为它们总是知道具体的实现（它是配置的一部分）

继承树通常由 IDE 构建，但 AFAIUK 他们对所有可用的源/类使用brite force indexing（您可以查看 InteliiJ IDEA 的社区编辑源以获取线索）

于 2012-03-13T14:51:01.667 回答