Was ist die große Idee hinter der AOP Implementierung

Question

Ich wollte es für mich klar machen.

Ich las über AOP-Konzept und ich verstand, dass es eine gute Möglichkeit ist, Cross-Cut-Dienste zu teilen. (Logging, Sicherheit, Transaktion ...)

Aber ich möchte etwas über diese Idee und ihre Implementierung sagen/fragen.

Ich habe gelesen, es gibt einige Möglichkeiten wie AspectJ, JBOSS AOP, um AOP zu meiner Geschäftslogik Assimilation.

aber war es hier schon lange her?

lassen Sie uns zum Beispiel sagen, dass ich möchte, dass meine Komponenten eine Protokollierung oder Sicherheitsimplementierung amongs teilen (Java Beans, EJB, was auch immer ..)

Warum konnte ich nicht ein Singleton Bohne sicherstellen, dass es nur machen hat man Sobald eine Komponente ihren Protokollierungs-/Sicherheitsdienst benötigt, wird sie nachschlagen und ihren Dienst nutzen.

Warum sollte ich all diese "großen" Implementierungen wie aspectj oder jboss AOP verstehen müssen? Was vermisse ich hier?

Answer 1

Die Idee von AOP ist es, allgemeine Logik an einem Ort zu halten (was auch Ihre Singleton Lösung löst) und ist "unsichtbar" (transparent). Mit AOP ist Ihr Logging-Code nicht einmal Teil der Geschäftslogik, er wird hinter die Kulissen "injiziert".

Außerdem ist es dynamischer - Sie müssen Ihren Singleton-Dienst nicht jedes Mal aufrufen, wenn Sie sich anmelden müssen. Konfigurieren Sie einfach einmal einen Pointcut (wie: "alle Setter in diesem Paket") und die Protokollierung wird für alle vorhandenen und neuen Code angewendet.

Darüber hinaus ist AOP viel, viel flexibler und leistungsfähiger. Sie können die AOP-Implementierung fragen: "Bitte starten Sie eine Transaktion jedes Mal, wenn ich eine Methode mit" save* "aufrufen und ein Argument nehme" oder "wenn die Methode Customer eine Exception-Unterklasse aus IllegalAgumentException auslöst, rufen Sie diese Methode erneut auf".

AOP ist viel mehr als nur gemeinsame Logik zu gruppieren.

Answer 2

Sie haben nicht verstanden, worum es bei AOP geht. Die Idee von AOP ist in der Lage sein, alle zu schreiben

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

statt schreiben

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

die Querschnittsthemen (Protokollierung, Sicherheit, Transaktionsmanagement) außerhalb des Unternehmens Code, statt gemischt mit dem Geschäftscode und wiederholt bis zum Überdruss wiederholt.