Was kommt nach OOP? AOP!

Seite 1 von 1 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/was_kommt_nach_oop_aop_129887/page_1 - zur Vollversion wechseln!

rettich schrieb am 18.11.2004 um 12:14

Weil in einem anderen Thread die Frage "Was kommt nach OOP (Objektorientierter Programmierung)?" aufgetreten ist, möchte ich hier mal eine mögliche Antwort zur Diskussion stellen:

AOP (Aspect Oriented Programming)

Sinn von OOP ist es, codingaufwand zu reduzieren - durch erhöhung der wiederverwendbarkeit von code. eine klasse implementiert eine funktion und alle anderen klassen greifen darauf zu. ziel: ich schreibe die funktion ein einziges mal, muss bei änderungen nur eine funktion ausbessern.

AOP verfolgt den ansatz, use-case driven zu coden. dabei wird für jeden handlungsablauf der software neuer code erstellt - obs eine gewisse funktionalität schon gibt oder nicht, ist dabei zweitrangig. vorteil: vor allem beim testen der software und bei änderunge muss ich nicht aufpassen, welche anderen bereiche der software von diesem fehler/von dieser änderung beeinträchtigt werden. die zahl der zu fahrenden tests nach einer änderung reduziert sich drastisch.

nachteil: ich brauch ein richtig gutes system, um den code konsistent zu halten (wie bei jeder redundanz) - wenn ich in einem ablauf code ändere, muss ich den dann an anderer stelle auch ändern? usw

ist das jetzt was neues? nein. die anfänge von AOP gehen über 10 jahre zurück. (damals hieß es noch agent oriented programming)
ist das jetzt was gutes? gute frage. immer mehr "visionäre" tendieren zu AOP - ein ausgereiftes modell gibts aber AFAIK (noch) nicht.

weiterlesen?
http://en.wikipedia.org/wiki/Aspect...ted_programming
http://aosd.net/

mat schrieb am 18.11.2004 um 13:05

von AOP hab ich schon mal gehört.. is aber schon 1-2 jahre her, seitdem nichts mehr

allgemein denke ich dass die zukunft eher in richtung visualized coding geht. keine 3kg source code pro file, sondern objects die man visuell aus dem workflow herausnimmt bzw. hinzufügt. ebenfalls wird sich immer weiter eine gewisse standardstruktur für jegliche art von programmen entwickeln (ist für AOP auch nötig), auf deren basis gearbeitet wird. klarerweise ist das alles nix neues und gibts schon teilweise (Access, COM Schnittstelle usw.)

M.I.P.S. schrieb am 19.11.2004 um 22:37

Zitat von rettich
Weil in einem anderen Thread die Frage "Was kommt nach OOP (Objektorientierter Programmierung)?" aufgetreten ist, möchte ich hier mal eine mögliche Antwort zur Diskussion stellen:

AOP (Aspect Oriented Programming)

Sinn von OOP ist es, codingaufwand zu reduzieren - durch erhöhung der wiederverwendbarkeit von code. eine klasse implementiert eine funktion und alle anderen klassen greifen darauf zu. ziel: ich schreibe die funktion ein einziges mal, muss bei änderungen nur eine funktion ausbessern.

AOP verfolgt den ansatz, use-case driven zu coden. dabei wird für jeden handlungsablauf der software neuer code erstellt - obs eine gewisse funktionalität schon gibt oder nicht, ist dabei zweitrangig. vorteil: vor allem beim testen der software und bei änderunge muss ich nicht aufpassen, welche anderen bereiche der software von diesem fehler/von dieser änderung beeinträchtigt werden. die zahl der zu fahrenden tests nach einer änderung reduziert sich drastisch.

nachteil: ich brauch ein richtig gutes system, um den code konsistent zu halten (wie bei jeder redundanz) - wenn ich in einem ablauf code ändere, muss ich den dann an anderer stelle auch ändern? usw

ist das jetzt was neues? nein. die anfänge von AOP gehen über 10 jahre zurück. (damals hieß es noch agent oriented programming)
ist das jetzt was gutes? gute frage. immer mehr "visionäre" tendieren zu AOP - ein ausgereiftes modell gibts aber AFAIK (noch) nicht.

weiterlesen?
http://en.wikipedia.org/wiki/Aspect...ted_programming
http://aosd.net/

Hab mal die Artikel in der deutschen und der englischen Wikipedia überflogen und irgendwie hat sich das dort für mich ein wenig anders dargestellt, als wie du es erklärt hat.

AOP ist kein neues Paradigma wie OOP sondern eher ein OOP 1.1.
Sinn ist es wenn gewisse Ereignisse, Strukturen... auftreten eine spezielle Routine aufgerufen wird, die nicht bei jedem Auftreten explizit aufgerufen werden muß. Auf diese Weise erfolgt eine Trennung von semantisch unterschiedlichen Programmteilen.

So wie ich das sehe, ist das nix anderes als eine Art softwaremäßiger Interrupt (der vom Compiler als banaler Funktionsaufruf behandelt wird).

Das ganze hat zwei Probleme:
.) Overhead
.) evtl. unvorhersagbare Programmausführung

P.S.: Die Codewiederverwendung war einer der größten Vorteile von OOP. Den wird man sicher nicht mehr aufgeben.

vanHell schrieb am 20.11.2004 um 18:35

Was nach OOP kommt? Sicher nicht AOP!
Erstens ist bei nativen Sprachen schwer (um nicht zu sagen unmöglich) zu implementieren.
Zweitens ist es nur für speziellen Funktionen brauchbar z.b: Logging und Fehlerbehandlung
Oder kann irgendwer auf eine Application verweissen die extremen gebrauch von AOP macht??