Jaka jest wielka idea implementacji AOP?

Question

Chciałem to wyjaśnić.

Przeczytałem o koncepcji AOP i zrozumiałem, że to świetny sposób na dzielenie się usługami przekrojowymi. (rejestrowanie, bezpieczeństwo, transakcja ...)

Ale chciałbym powiedzieć/zapytać o coś takiego i jego wdrożenie.

Przeczytałem, że istnieją pewne sposoby, takie jak AspectJ, JBOSS AOP w celu asymilacji AOP do mojej logiki biznesowej.

ale nie było to już dawno temu?

powiedzmy na przykład chcę podzielić implementacja rejestrowania lub bezpieczeństwa amongs moje składniki (fasola Java, EJB, cokolwiek ..)

Dlaczego nie mogę dokonać fasola Singleton upewniając się, że tak jest tylko jeden instancja i jak tylko każdy komponent będzie potrzebował jego usługi logowania/bezpieczeństwa, wyszuka i użyje swojej usługi.

Dlaczego muszę rozumieć i mieć wszystkie te "duże" implementacje, takie jak aspektj lub jboss AOP? Czego tu brakuje?

Answer 1

Ideą AOP jest utrzymanie wspólnej logiki w jednym miejscu (co rozwiązuje również rozwiązanie singleton). i "niewidzialny" (przezroczysty). Dzięki AOP twój kod logowania nie jest nawet częścią logiki biznesowej, jest "wtłaczany" za kulisami.

Jest także bardziej dynamiczny - nie trzeba wywoływać usługi singleton za każdym razem, gdy trzeba się zalogować. Wystarczy raz skonfigurować punktak (na przykład: "wszystkie setery w tym pakiecie"), a rejestracja zostanie zastosowana do wszystkich istniejących i nowych kodów.

Co więcej, AOP jest znacznie bardziej elastyczny i potężniejszy. Możesz zapytać o implementację AOP: "proszę uruchomić transakcję za każdym razem, gdy wywołasz metodę zaczynającą się od" save* "i biorąc jeden argument" lub "jeśli metoda zwracająca Customer rzuca podklasę wyjątku z IllegalAgumentException, wywołaj tę metodę ponownie".

AOP to coś więcej niż tylko grupowanie wspólnej logiki.

Answer 2

Nie zrozumiałeś, o co chodzi w AOP. Pomysł AOP jest, aby móc napisać

public void foo() { 
    // some business code 
} 

zamiast pisać

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..."); 
} 

wszystkich problemów przekrojowych (logowanie, bezpieczeństwa, zarządzania transakcjami) są poza kodem biznesu, zamiast zmieszane z kodem biznesowym i powtarzające się reklamy.