Spring AOP：使用它时的缺点 - 使用 Spring AOP 的 Spring 功能没有这个缺点吗？

Question

我正在使用 Spring Framework 3.0.5 和 Spring Security 3.0.5，我对面向方面的编程有疑问。目前我正在尝试找出面向方面编程的缺点和优点。当然，我在理论上知道它们：我可以避免冗余代码，我只需要在方面进行更改，而不是在代码中到处进行等等。但我还有一些疑问：

我发现的缺点：

我使用 Spring AOP 的方面编写了一个示例应用程序。我使用注释配置了一个方面（@Pointcut、@Before、@Aspect 等）。触发切面的方法（当然是切入点的一部分）当然是不同类的一部分，并且没有任何注释。

=>我真的认为一个很大的缺点是，当观察其他类的那些方法时，不清楚它们是否触发了一个方面。它们不需要注释或其他任何东西，它们只是在方面的切入点中提到。 （我真的希望你明白我的意思）。这就是为什么我认为 AOP 也让代码更难以理解！

a) 这个问题有解决办法吗？ （当我将整个配置放在 XML 文件中时，这个问题也许可以解决吗？我不这么认为。）

b) 当我使用 AspectJ 而不是 Spring AOP 时，这个问题仍然存在吗？

使用 Spring AOP 的 Spring 功能：它们没有这个缺点吗？

由于 Spring AOP 是许多 Spring 功能的一部分（就像声明式事务管理或（可能）Spring Security（？）），我仔细研究了这些功能。我根本找不到任何缺点。

c) 让我们以声明式事务管理为例：使用这些注释（@transactional）管理事务非常容易，而且我并没有真正发现上面提到的缺点。我可以看到触发特定行为的方法。 （所有@transactional方法都会触发事务行为）也许我误解了一些东西，这不是使用AOP的地方？但如果我没有误解这一点，为什么在这里可以看到哪些方法触发了方面，而为什么在上面的示例中却看不到呢？我真的很想知道这个！

谢谢您的回答！ :-)

编辑：a) 和 b) 已得到解答（使用标记这些方法的 IDE），c) 仍然缺失:-)

Answer 1

对于b)点
如果您使用带有 Spring IDE 和 AspectJ 插件或 STS 的 Eclipse，IDE 将向您显示方面的编织位置。

---

对于 b)
如果您使用 AspectJ 和支持 AspectJ 的 IDE（带有 AspectJ 插件的 Eclipse，或 STS），那么您将在源代码中看到 Aspect 所编织的标记。

编译时 AspectJ 的一个缺点是，您无法在图书馆中编织方面。 （无需先进技术）。

---

对于c)点
像 @Transactional 这样的声明性方面只有一个缺点。 -- 您可能会忘记在方法上添加注释。

但是，如果您有这样的规则：类中由@Service注释的每个公共方法（或者如果您想构建自己的@TransactionalService），都是事务性的，那么您不需要在每个方法上指定@Transactional注释。 - 所以总结一下：声明性方面非常适合阅读（您不会忽视它们），并且如果您的代码非常（比方说）“个性化”（而不是术语“不一致”），那么它们就很好。但是，如果您在具有强大架构规则的环境中工作（例如 @Service 类中的每个公共方法...），那么您可以在切入点定义中写下此规则，而不是使用声明性方面。

Answer 2

实际上，对于 a) 点，Ralph 给出的答案是相同的：将 Eclipse 与 AspectJ 插件一起使用，或者如果您无论如何都使用 Spring，请使用 STS。
这样，您将在 IDE 中看到某个方法是否与编辑器左侧的切入点匹配，以红色小箭头表示：

Answer 3

实际上，Spring AOP 支持创建自定义注释。

我使用 Advice 定义了一个名为 Loggable 绑定的注释。Loggabel 可以应用于您想要的任何方法。

public @interface Loggable {

}

@Aspect
public class EmployeeAnnotationAspect {

    @Before("@annotation(com.ben.seal.spring.aspect.Loggable)")
    public void myAdvice(){
        System.out.println("Executing myAdvice!!");
    }
}