Frage

Ich weiß, diese Frage vor gefragt wurde, aber das war anderthalb Jahre, obwohl ich dachte, es könnte die Zeit für eine erneute Befragung sein. Ich erkannte auch könnte es als subjektiv gesehen werden, aber ich denke, es gibt objektive Gründe für / gegen AOP.

Ich würde in interessiert sein, die AOP ist mit in der Software-Entwicklung und auch Warum oder warum nicht Sie es.

Ich sehe AOP als ein sehr starkes Paradigma, das viele Entwicklungsaufgaben erleichtern kann. Aber wenn es um die AOP in der realen Welt Projekte, die ich die Erfahrung gemacht haben, dass viele Entscheidungsträger sind kaum dafür offen. Wie haben Sie AOP in Ihre Projekte vorstellen

fragte Zuvor Frage von August 2008: Sie tun verwenden AOP (Aspect Oriented Programming) in Produktionssoftware?

War es hilfreich?

Lösung

Unsere Manager hören auf ihre Architektur-Team.

Wir sagen ihnen, dass AOP ist die einzige Lösung Quer Sorge Features zu implementieren:

  • zu einem vernünftigen Preis in erster Linie
  • , ohne mit dem Funktionscode durcheinander durch das Entwicklungsteam geschrieben
  • , ohne jemals zu vergessen (im Vergleich zu manuell einem Try-Catch, um Tausende von Methoden Zugabe), jetzt und in der Zukunft
  • ohne zu trainieren oder die Kontrolle zu haben, was die Entwickler tun (einige sind groß, andere sind ein echtes Chaos)
  • mit einer guten Wartbarkeit

Es stimmt, unser Projekt ist 20 Entwickler und für mehrere Jahre gedauert hat, so gibt es eine riesige Masse von Code. Es ist die einzige Lösung.

  

Ich glaube, der Schlüssel ist, es zu benutzen, nur für Querschnittsthemen.   Wenn Sie es mit regulären Code codieren können, tun dies. Aber wenn es viel zu groß ist, dann ist AOP attraktiv und gerechtfertigt. Anderenfalls Grenze AOP zu hundert AOP wenig Codes führen würde, das wäre sehr schwer zu verstehen.

Und ja, unsere Software ist produktions Software. Hunderte von Kliniken hängen davon ab!

Andere Tipps

Wir verwenden nicht AOP 100% per se, aber ja, wir Gebrauch machen, wenn wir für angemessen halten (meist Frühling AOP, die so schön mit Spring-Framework integriert ist)

  

Wie haben Sie AOP in Ihre Projekte einzuführen?

Nun, trennen die Querschnittsthemen wie zB. Tracing Methodenaufrufe. Im Frühjahr AOP, können Sie einen Aspekt (ein Laufzeitverhalten) definieren, die auf einen bekommen angewandt werden „süchtig“ Code-Abschnitt. Mit „süchtig“ Ich meine, sollen Sie alle Methoden zur Gruppe der Lage sein, in denen Sie dieses Verhalten unter einem gemeinsamen Dach. Zur Laufzeit dieser umbrella'ed Code wird ein neues Verhalten erhalten wie vom Aspekte definiert ist.

Frühling AOP als Peakit gesagt ist leicht vorstellen, wenn Sie bereits Spring-Framework in Ihrem Projekt.

ich zum ersten Mal AspectJ für unsere Werkzeuge Projekt hinzugefügt, die nur intern und nie an Kunden freigegeben werden. Dies trug dazu bei, sowohl das Entwicklungsteam und das Management des Vertrauen auf dem Werkzeug zu gewinnen und habe eine klare Vorstellung davon, was es für sie tun kann.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top