Spring AOP : Disadvantages when using it - Spring Features which use Spring AOP do not have this disadvantages?

Question

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

The disadvantage I found out:

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

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

a) 这个问题有解决办法吗？ (当我将整个配置放入 XML 文件中时，这个问题是否可以解决？我不这么认为。)

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

Springs Features using Spring AOP: they dont have this disadvantage?

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