Klassennamen / Intefacenamen
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Und alle das IF implementierende CL erben von der abstrakten Klasse?
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
erp-bt hat geschrieben: Nein, Du musst das Interface als abstrakt definieren, da Du es sonst nicht in der konkreten Klasse implementieren kannst. Du kriegst dann dort die Meldung Methode Interface-Methode ist in der Klasse Abstrakte-Klasse implementiert und das ist ja nicht das was wir wollen. Die Option ist ja nicht umsonst da. Wenn Du das Interface in der abstrakten Klasse abstrakt definierst, kannst Du in der konkreten Klasse ganz normal die Interface-Methode implementieren und alles was gemeinsam ist eben in der abstrakten Klasse.
Ich habe es mir einfach zur Gewohnheit gemacht zu einem Interface auch gleich eine abstrakte Klasse zu definieren, da es mir schlicht und einfach das Leben erleichtert. Muss man ja nicht machen, wenn man auch sonst zurecht kommt. Ich habe die Erfahrung gemacht das es äußerst hilfreich ist eine abstrakte Klasse zu haben, in der man gemeinsame Typen/Attribute/Methoden definieren und implementieren kann. Ob das für einen selbst sinnvoll oder nutzbar ist, steht auf einen ganz anderen Blatt. Deswegen habe ich ja geschrieben, einfach mal ausprobieren.
Viele Grüße, Tapio
Ich sage nochmal : Deine Beschreibung ist nicht genau. Ein Interface an sich ist bereits abstrakt. Natürlich kann ich 5 Methoden im Interface definieren. In der Abstrakten Klasse implementiere ich z.b. 3 die eine gemeinsame Funktionalität darstellen( oder z.b. eine als abstrakt deklarierte immer aufrufen.) . 2 deklariere ich als abstrakt in der Klasse um si edann später zu redefinieren.
Dem Nutzen widerspreche ich ja auch nicht, denn ich nutze es ebenfalls.
"Code lügt nicht ^^"
Falls Du mich meinst, ja alle konkreten implementierenden Klassen erben von der abstrakten Klasse.ralf.wenzel hat geschrieben:Und alle das IF implementierende CL erben von der abstrakten Klasse?
Ralf
...entwickelnder Berater...beratender Entwickler
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Das hab ich aber selten. Normalerweise ist es so, dass implementierende Klassen aus völlig verschiedenen Vererbungsbäumen. Sonst kann ich die Methoden gleich in der Oberklasse definieren.
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Hmm, jetzt gibt es also doch eine abstrakte Klasse die das Interface implementiert. Ob jetzt komplett abstrakt oder nur Teile davon lass ich einfach mal dahingestellt. Das hast Du ja vorher in Frage gestellt.gtoXX hat geschrieben:
Ich sage nochmal : Deine Beschreibung ist nicht genau. Ein Interface an sich ist bereits abstrakt. Natürlich kann ich 5 Methoden im Interface definieren. In der Abstrakten Klasse implementiere ich z.b. 3 die eine gemeinsame Funktionalität darstellen( oder z.b. eine als abstrakt deklarierte immer aufrufen.) . 2 deklariere ich als abstrakt in der Klasse um si edann später zu redefinieren.
Dem Nutzen widerspreche ich ja auch nicht, denn ich nutze es ebenfalls.
Ich persönlich sehe es halt als Vorteil an, wenn man nicht ständig das Interface anpassen muss, um dann evtl. gemeinsames Coding in einer abstrakten Klasse zu implementieren. Im BAdI-Fall habe ich ja sogar überhaupt nicht die Möglichkeit das Interface anzupassen und warum ich dann nicht das ganze Interface als abstrakt definieren soll, erschließt sich mir ehrlich gesagt nicht. Wie gesagt die Option ist ja nicht umsonst da.gtoXX hat geschrieben: Wozu noch eine Abstrakte Klasse ?
Viele Grüße, Tapio
...entwickelnder Berater...beratender Entwickler
ralf.wenzel hat geschrieben:Das hab ich aber selten. Normalerweise ist es so, dass implementierende Klassen aus völlig verschiedenen Vererbungsbäumen. Sonst kann ich die Methoden gleich in der Oberklasse definieren.
Ralf
Natürlich kannst Du das. Aber nehmen wir mal an Du hast einen Filekonverter für verschiedene Formate. Die Konvertierung findet jeweils in einer spezifischen Methode der erbenden Klasse statt.
Deine Abstrakte Oberklasse enthält nur den Aufruf einer abstrakten Methode Convert. Davor und danach wiederum hast Du immer wieder das gleiche Coding. Dieses brauchst Du aber nur in der Abstrakten Klasse implementieren. Anstatt immer wieder in gleichartigen erbenden Klassen. So hälst Du dich stärker an das DRY - Prinzip.
Häufiger findest Du sowas z.b. in Frameworks. Z.b nutzen wir das aktuell für ein Framework, das nacheinander Aufgaben erfüllt. Dabei ist die Implementierung für das Logging etc immer gleich. Muss aber Dank der Vererbung nicht mehr in den Methode der jeweiligen Aufgabenklasse implementiert werden. Da steht nur noch das Coding der tatsächlich durchzuführenden Aktion.
"Code lügt nicht ^^"
Wier meinen schon das Gleiche im Endeffekt.erp-bt hat geschrieben:
Ich persönlich sehe es halt als Vorteil an, wenn man nicht ständig das Interface anpassen muss, um dann evtl. gemeinsames Coding in einer abstrakten Klasse zu implementieren. Im BAdI-Fall habe ich ja sogar überhaupt nicht die Möglichkeit das Interface anzupassen und warum ich dann nicht das ganze Interface als abstrakt definieren soll, erschließt sich mir ehrlich gesagt nicht. Wie gesagt die Option ist ja nicht umsonst da.
Viele Grüße, Tapio
"Code lügt nicht ^^"
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Da Zitieren am Telefon doof ist: DRY-Prinzip mache ich dann so, dass ich eine Serviceklasse habe, in denen das sich wiederholende Coding steht, weil ich eben nicht z. B. alle Subscriber auf eine Basisklasse zurückführen kann.
Ralf
Ralf
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
a-dead-trousers
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Vergleichbare Themen
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
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.