Redefinierte Methode - Attribute
Hallo,
besteht die Möglichkeit das ich bei einer geerbten Methode, welche ich redefinieren möchte, die Attribute erweitere? Irgendwie habe ich gelesen, dass die Änderung von Attributen nicht möglich ist, die Erweiterung hingegen schon. Wenn ich nun aber in der SE24 in die Attributansicht einer geerbten Methode gehe, erhalte ich den Hinweis, dass eine Änderung nicht möglich ist.
Im Grunde sollte eine Spezialisierung von geerbten Methoden in OO doch irgendwie möglich sein oder denke ich da komplett falsch?
Danke für eure Hilfe
besteht die Möglichkeit das ich bei einer geerbten Methode, welche ich redefinieren möchte, die Attribute erweitere? Irgendwie habe ich gelesen, dass die Änderung von Attributen nicht möglich ist, die Erweiterung hingegen schon. Wenn ich nun aber in der SE24 in die Attributansicht einer geerbten Methode gehe, erhalte ich den Hinweis, dass eine Änderung nicht möglich ist.
Im Grunde sollte eine Spezialisierung von geerbten Methoden in OO doch irgendwie möglich sein oder denke ich da komplett falsch?
Danke für eure Hilfe
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von ralf.wenzel (Top Expert / 3776 / 176 /
262
)
»
Nein, das geht nicht. Die Attribute sind Attribute der Klasse und können nicht redefiniert werden. Was du machen kannst, ist WEITERE Attribute in der erbenden Klasse anzulegen (was wohl mit "Erweiterung" gemeint ist).
Natürlich ist eine Spezialisierung von Methoden möglich, dafür dient ja der Mechanismus der Redefinition.
Natürlich ist eine Spezialisierung von Methoden möglich, dafür dient ja der Mechanismus der Redefinition.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Genau dies ist mein Ziel, weitere Attribute an eine redefinierte Methode anhängen. Nur wie funktioniert das genazu? Sobald ich in die Attributansicht der redefinierten Methode gehe, kommt eine Meldung, womit dann auch der Änderungsmodus "deaktiviert" wird.
Beitrag
von black_adept (Top Expert / 3944 / 105 /
886
)
»
http://help.sap.com/saphelp_470/helpdata/de/dd/4049c40f4611d3b9380000e8353423/content.htm hat geschrieben:...
Redefinition von Methoden
Jede Unterklasse enthält die Komponenten aller Klassen, die im Vererbungsbaum zwischen ihr und dem Wurzelknoten liegen. Die Sichtbarkeit einer Komponente ist immer gleich und kann nicht geändert werden. Es besteht aber die Möglichkeit, die öffentlichen und geschützten Instanzmethoden aller vorangehenden Oberklassen mit dem Zusatz REDEFINITION der Anweisung METHODS zu redefinieren, um sie an die gewünschte Spezialisierung anzupassen. Dabei kann die Schnittstelle einer redefinierten Methode nicht verändert werden. Die Methode wird lediglich unter gleichem Namen neu implementiert.
Die Deklaration der Methode liegt weiterhin bei der Oberklasse und auch ihre vorhergehende Implementierung bleibt dort erhalten. Die Implementierung der Redefinition wird bei der Unterklasse zusätzlich erzeugt und verschattet die Implementierung der Oberklasse.
...
Beitrag
von a-dead-trousers (Top Expert / 4281 / 214 /
1140
)
»
Zusammengefasst:
In der Schnittstelle einer Methode werden PARAMETER definiert. ATTRIBUTE sind die Eigenschaften von Klassen und stehen nur "indirekt" mit Methoden in Verbindung als dass diese darauf zugeifen können.
In ABAP gibt es nur die Bestimmung einer Methode per NAME. Wohingegen in C und JAVA auch die PARAMETER einer Methode für deren Definition ausschlaggebend sind. Daher kann man die Schnittstelle einer Methode in einer Redefinition niemals verändern und das eigentlich in keiner Programmiersprache. Man kann nur z.B. in JAVA eine Methode anlegen die gleich heißt wie die ursprüngliche aber andere Parameter hat. Die ursprüngliche Methode wird dadurch jedoch NICHT redefiniert. Die ursprüngliche Methode ist also nach wie vor vorhanden und kann auch aufgerufen werden ohne dass die abgeleitete Klasse (direkt) Einfluss darauf nehmen kann.
lg ADT
In der Schnittstelle einer Methode werden PARAMETER definiert. ATTRIBUTE sind die Eigenschaften von Klassen und stehen nur "indirekt" mit Methoden in Verbindung als dass diese darauf zugeifen können.
In ABAP gibt es nur die Bestimmung einer Methode per NAME. Wohingegen in C und JAVA auch die PARAMETER einer Methode für deren Definition ausschlaggebend sind. Daher kann man die Schnittstelle einer Methode in einer Redefinition niemals verändern und das eigentlich in keiner Programmiersprache. Man kann nur z.B. in JAVA eine Methode anlegen die gleich heißt wie die ursprüngliche aber andere Parameter hat. Die ursprüngliche Methode wird dadurch jedoch NICHT redefiniert. Die ursprüngliche Methode ist also nach wie vor vorhanden und kann auch aufgerufen werden ohne dass die abgeleitete Klasse (direkt) Einfluss darauf nehmen kann.
lg ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Hallo,tseng hat geschrieben:Genau dies ist mein Ziel, weitere Attribute an eine redefinierte Methode anhängen. Nur wie funktioniert das genazu? Sobald ich in die Attributansicht der redefinierten Methode gehe, kommt eine Meldung, womit dann auch der Änderungsmodus "deaktiviert" wird.
wenn ich dich recht verstehe, befindest du dich doch in deiner Subklasse, in der du eine Methode der Superklasse redefiniert hast.
Definiere dir in deiner Subklasse deine notwendigen Attribute und eine Methode SET_MEINE_ATTRIBUTE. Das sollte funktionieren. dann rufst du aus deiner Redefinition die neu definierte Methode SET_MEINE_ATTRIBUTE auf. Alle notwendigen Parameter kannst du ja durchschleusen.
Oder habe ich das Problem falsch verstanden?
Grüße
Frank
Beitrag
von ralf.wenzel (Top Expert / 3776 / 176 /
262
)
»
Bitte an die Tafel stellen und 100x schreiben "Attribute gehören zur Klasse, nicht zu einer Methode".tseng hat geschrieben:Genau dies ist mein Ziel, weitere Attribute an eine redefinierte Methode anhängen. Nur wie funktioniert das genazu? Sobald ich in die Attributansicht der redefinierten Methode gehe, kommt eine Meldung, womit dann auch der Änderungsmodus "deaktiviert" wird.
Was genau meinst du, wenn du "Attribute einer Methode" schreibst, dann können wir erstmal das Wording klären. Dann wissen wir nämlich alle, worüber wir sprechen.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Ich vermute mal, er will die Signatur der geerbten Methode erweitern, also weitere Importing, Exporting oder was auch immer Parameter anhängen.
Lt. dem von Stefan gezeigten Ausschitt aus der SAP-Hilfe ist das ja nicht möglich.
Lt. dem von Stefan gezeigten Ausschitt aus der SAP-Hilfe ist das ja nicht möglich.
HI,
ja sorry, mein Fehler. Mir geht es genau um die Erweiterung der Signatur einer Methode (weitere Importparameter anhängen). Nicht die Attribute einer Klasse.
Aber wie ich anhand der Antworten erkennen konnte, ist es nicht möglich die Parameter einer Methode in der SubKlasse zu erweitern.
Danke und sorry für die missverständliche Ausdrucksweise
ja sorry, mein Fehler. Mir geht es genau um die Erweiterung der Signatur einer Methode (weitere Importparameter anhängen). Nicht die Attribute einer Klasse.
Aber wie ich anhand der Antworten erkennen konnte, ist es nicht möglich die Parameter einer Methode in der SubKlasse zu erweitern.
Danke und sorry für die missverständliche Ausdrucksweise
Erweiterung der Signatur einer redefinierten Methode darf man nicht in ABAP, und das heißt Überladen (overloading). ABAP ununterstützt das nicht. Aber was kannst du machen um die Signatur einer Methode zu erweitern!, Du kannst einfach optionale Parameter in der Überklasse erweitern und in der Unterklasse verwenden.tseng hat geschrieben:HI,
ja sorry, mein Fehler. Mir geht es genau um die Erweiterung der Signatur einer Methode (weitere Importparameter anhängen). Nicht die Attribute einer Klasse.
Aber wie ich anhand der Antworten erkennen konnte, ist es nicht möglich die Parameter einer Methode in der SubKlasse zu erweitern.
Danke und sorry für die missverständliche Ausdrucksweise
Gruß
Ibo
Beitrag
von a-dead-trousers (Top Expert / 4281 / 214 /
1140
)
»
Oder als (einzigen) Parameter in der Methoden-Schnittstelle ein Interface (als Parametertyp) verwenden. Dieses Interface definiert alle notwendigen "Parameter" für die korrekte Verarbeitung der Methode als Attribute oder über SET-/GET-Methoden. Durch die implementierende Klasse kann man dann die so übergebenen "Parameter" noch verändern oder mehr "Parameter" an die aufgerufene Methode übergeben. In der redefinierten Methode muss man so nur noch den Parameter aus der Schnittstelle auf die benötigte Klasse umwandeln (casten) und schon man kann die zusätzlichen "Parameter" aus der implementierenden Klasse nutzen.ibo hat geschrieben:Erweiterung der Signatur einer redefinierten Methode darf man nicht in ABAP, und das heißt Überladen (overloading). ABAP ununterstützt das nicht. Aber was kannst du machen um die Signatur einer Methode zu erweitern!, Du kannst einfach optionale Parameter in der Überklasse erweitern und in der Unterklasse verwenden.
Wenn man in dieses Methoden-Schnittstelle-Interface-Konzept etwas Zeit investiert sollte man auch gänzlich ohne das CASTING auf die implementierende Klasse auskommen können. Somit schafft man es, dass weder der Entwickler der Methode noch der Entwickler der implementierenden Schnittstellen-Klasse die jeweils andere Implementierung (im Detail) kennen müssen.
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
ibo
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von ralf.wenzel (Top Expert / 3776 / 176 /
262
)
»
DAS ist dann aber schon die hohe Schule - das kriegen viele Entwickler nichtmal als Benutzer der Klasse kapierta-dead-trousers hat geschrieben:Oder als (einzigen) Parameter in der Methoden-Schnittstelle ein Interface (als Parametertyp) verwenden.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von a-dead-trousers (Top Expert / 4281 / 214 /
1140
)
»
Ich hab das jetzt in letzter Zeit schon bei einigen Neuentwicklung von SAP bzw. unserem Modul-Verantwortlichen (Cerner) gesehen.ralf.wenzel hat geschrieben:DAS ist dann aber schon die hohe Schule - das kriegen viele Entwickler nichtmal als Benutzer der Klasse kapierta-dead-trousers hat geschrieben:Oder als (einzigen) Parameter in der Methoden-Schnittstelle ein Interface (als Parametertyp) verwenden.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Beitrag
von black_adept (Top Expert / 3944 / 105 /
886
)
»
Hmm - ich finde das eigentlich gar nicht so schön. Es erfüllt sicherlich den Zweck, aber auch wenn SAP das selber verwendet zeigt das nur, dass sie selber das Overloading vermissen bzw. sich nur so zu behelfen wissen.a-dead-trousers hat geschrieben: Oder als (einzigen) Parameter in der Methoden-Schnittstelle ein Interface (als Parametertyp) verwenden. Dieses Interface definiert alle notwendigen "Parameter" für die korrekte Verarbeitung der Methode als Attribute oder über SET-/GET-Methoden.
Aber gerade die Idee, dass man Pflichtparameter im Interface definiert um dann weitere Parameter via implementierender Klasse zur Verfügung zu haben stößt mir schon recht bitter auf. Dann kann doch gleich alle Methoden genau so definieren und sich die ganzen Schnittstellen von Methoden ganz sparen.
Zumal man hier in meinen Augen deutlich schönere Alternativen hätte:
Pflichtfelder braucht man eigentlich nicht über diese Krücke zu übergeben, da diese direkt in die Signatur der Methode eingehen sollten. Wenn man dann tatsächlich noch overloading unterstützen will kann man das ja von mir aus mit der o.a. oder einer alternativen Technik machen ( DataRef auf Struktur wäre wohl ähnlich geeignet ) - aber eben nur für den Nicht-Pflichtteil der Methode .
Vergleichbare Themen
5
Antw.
Antw.
4506
Views
Views
8
Antw.
Antw.
10805
Views
Views
Aufruf statischer privater Attribute
von Hotzenplotz » 13.01.2018 18:28 • Verfasst in ABAP® für Anfänger
von Hotzenplotz » 13.01.2018 18:28 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
1501
Views
Views
SRM eigene Attribute aus Org-Struktur entfernen
von jspranz » 20.02.2007 12:52 • Verfasst in Sonstige Module
von jspranz » 20.02.2007 12:52 • Verfasst in Sonstige Module
0
Antw.
Antw.
1289
Views
Views
0
Antw.
Antw.
3523
Views
Views
Attribute im Kundenstamm prüfen XD01/02 und VD01/02
von vwaadenm » 17.05.2006 16:16 • Verfasst in Sales and Distribution
von vwaadenm » 17.05.2006 16:16 • Verfasst in Sales and Distribution
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.