Spring AOP 建議使用方法而不是@annotation：為什么？

Question

我不明白 Spring 建議的一件事。 有兩種方法可用於創建具有兩個通知的方面：

• 我們可以創建一個帶有切入點注釋的空方法。 然后，我們只需要使用包含空方法名稱的通知來創建方法：

    @Component
    @Aspect
    public class TestAppli{

        private static final Logger LOGGER = LoggerFactory.getLogger(TestAppli.class);

        @Pointcut("@annotation(Loggable)")
        public void executeLogging(){
        }

        @Before("executeLogging()")
        public void method1(JoinPoint joinPoint){
            LOGGER.info("method 1 is called");
        }

        @Before("executeLogging()")
        public void method2(JoinPoint joinPoint){
            LOGGER.info("method 2 is called");
        }
    }

• 我們可以使用@Before("@annotation(Loggable)") 直接創建這兩個方法，而無需使用空方法及其名稱。 它似乎實現了相同的操作（它也將文本數據顯示到控制台中）：

    @Component
    @Aspect
    public class TestAppli {

        private static final Logger LOGGER = LoggerFactory.getLogger(TestAppli.class);

        @Before("@annotation(Loggable)") 
        public void method1(JoinPoint joinPoint){
            LOGGER.info("method 1 iscalled");
        }

        @Before("@annotation(Loggable)") 
        public void method2(JoinPoint joinPoint){
            LOGGER.info("method 2 is called");
        }   
    }

拜托，你能解釋一下什么時候必須使用第二個操作嗎？ 人們說它允許某些東西，但我不明白這是什么東西。

Answer 1

首先，您需要了解什么是切入點和建議的基礎知識。

其次，這些基於注解的配置只是配置Aspects的一種方式。 因此，不要將其視為“帶有切入點注釋的空方法”，而是將其視為使用注釋定義切入點的語法。

回到你的問題。

他們都只是簡單地定義了一些事前建議。 在第二種方式中，您將切入點定義直接放入建議定義中，而在第一種方式中，您為切入點命名，並在您的建議中引用它。

只要您知道自己在做什么，就沒有對錯之分。 例如，對於非常簡單直接的切入點，僅在一兩個通知中使用，您可以像第二種方式一樣將其直接放在通知中。

但是，通常為切入點指定一個有意義的名稱並通過在您的建議中引用來使用它是有意義的。 它為您的切入點賦予語義意義，並​​使其在將來更容易修改。

Answer 2

Spring AOP的基本概念可以在這里閱讀

Advice ：方面在特定連接點采取的行動

切入點：匹配連接點的謂詞。

使用@PointCut注釋方法，聲明了一個與連接點匹配的切入點表達式。

然后可以使用此方法名稱將切入點表達式與Advice相關聯。

當切入點表達式直接與建議一起編寫時，它被稱為就地切入點表達式。

據我所知，使用就地切入點表達式時沒有區別。 同時使用@PointCut注解方法的好處是我們可以組合幾種不同的這樣的方法來獲得更具可讀性的Advice。

希望這可以幫助