我想对我说清楚。
我阅读了有关 AOP 概念的信息，我明白这是共享横切服务的好方法。 （日志记录、安全、事务...）
但我想对这个想法和它的实施说/问一些事情。
我读到有一些方法，如 AspectJ、JBOSS AOP，以便将 AOP 同化到我的业务逻辑中。
但它不是很久以前就在这里了吗？
假设我想在我的组件（Java bean、EJB'S 等等）之间共享一个日志记录或安全实现
为什么我不能创建一个 Singleton bean，以确保它只有一个实例，并且只要任何组件需要它的日志记录/安全服务，它就会查找并使用它的服务。
为什么我需要了解并拥有所有这些“大”实现，例如 aspectj 或 jboss AOP？我在这里想念什么？
【问题讨论】：
标签： java design-patterns jakarta-ee aop aspectj
你还没有理解 AOP 到底是什么。 AOP的思想就是能写
public void foo() {
// some business code
}
而不是写
public void foo() {
LogManager.getInstance().log("entering foo...");
SecurityManager.getInstance().checkUserInRole("fooer");
TransactionManager.getInstance().startTransaction();
try {
// some business code
TransactionManager.getInstance().commit();
}
catch(RuntimeException e) {
TransactionManager.getInstance().rollback();
throw e;
}
LogManager.getInstance().log("leaving foo...");
}
所有横切关注点（日志记录、安全性、事务管理）都在业务代码之外，而不是与业务代码混在一起，并且反复令人作呕。
【讨论】：
@Transactional 标记方法。它还允许配置 AOP 拦截器以使类名以 ServiceImpl 结尾的所有 bean 的所有方法都具有事务性（这只是一个示例）。如果你需要在你的方法中间记录一些东西，那么 AOP 不会帮助你。
AOP 的想法是将通用逻辑保存在一个地方（您的单例解决方案也可以解决）并且“不可见”（透明）。使用 AOP，您的日志记录代码甚至不是业务逻辑的一部分，而是在幕后“注入”的。
而且它更加动态 - 您无需在每次需要记录时都调用单例服务。只需配置一次切入点（例如：“此包中的所有设置器”），日志记录将应用于所有现有代码和新代码。
此外，AOP 更加灵活和强大。您可以询问 AOP 实现：“请在我每次调用以“save*”开头并接受一个参数的方法时启动事务”或“如果返回 Customer 的方法抛出从 IllegalAgumentException 子类化的异常，则调用该方法再次”。
AOP 不仅仅是对通用逻辑进行分组。
【讨论】：