Tabelle mit Objektreferenzen über SE24 anlegen
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
Hallo!
Ein Objekt meiner Klasse A kann 0-n Objekte der Klasse B besitzen.
Wenn ich lokal Klassen implementiere, schaut das ja so aus (in meiner Klasse A):
Wie bekomme ich das über die SE24 hin? Dort gibt es nur 'TYPE', 'TYPE REF TO' und 'LIKE'.
Viele Grüße
Ein Objekt meiner Klasse A kann 0-n Objekte der Klasse B besitzen.
Wenn ich lokal Klassen implementiere, schaut das ja so aus (in meiner Klasse A):
Code: Alles auswählen.
DATA: ref_b TYPE REF TO lcl_b,
b_tab TYPE TABLE OF REF TO lcl_b.
Viele Grüße
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Tach.
Definiere einen lokalen Tabellentyp (Button "Lokale Typen") und typisiere dann Dein Instanzattribut auf diesen Typ.
Gruß,
Haubi
Definiere einen lokalen Tabellentyp (Button "Lokale Typen") und typisiere dann Dein Instanzattribut auf diesen Typ.
Gruß,
Haubi
Hi Haubi,
ich habe dasselbe Problem. Dabei bekomme ich die Meldung, "In einem 'CLASS-POOL' dürfen auf oberster Ebene nur Klassen und Interfaces definiert werden."
Mein lokaler Tabellentyp sieht so aus:
Und mein Instanzattribut in der SE24 muss dann doch auch vom Typ lcl_parameterblock sein, oder?
Was ist denn falsch?
ich habe dasselbe Problem. Dabei bekomme ich die Meldung, "In einem 'CLASS-POOL' dürfen auf oberster Ebene nur Klassen und Interfaces definiert werden."
Mein lokaler Tabellentyp sieht so aus:
Code: Alles auswählen.
DATA tab_ref_parblock TYPE TABLE OF REF TO lcl_parameterblock.
Was ist denn falsch?
Tach.newbie007 hat geschrieben:Hi Haubi,
ich habe dasselbe Problem. Dabei bekomme ich die Meldung, "In einem 'CLASS-POOL' dürfen auf oberster Ebene nur Klassen und Interfaces definiert werden."
Mein lokaler Tabellentyp sieht so aus:Und mein Instanzattribut in der SE24 muss dann doch auch vom Typ lcl_parameterblock sein, oder?Code: Alles auswählen.
DATA tab_ref_parblock TYPE TABLE OF REF TO lcl_parameterblock.
Was ist denn falsch?
Wenn ich Dich richtig verstehe hast Du Dein Coding unter "Lokale Typen" eingefügt. Allerdings definierst Du ein Datenobjekt, keinen Typ. Deine Deklaration sollte so aussehen:
Code: Alles auswählen.
TYPES tab_ref_parblock TYPE TABLE OF REF TO lcl_parameterblock.
Gruß,
Haubi
Beitrag
von a-dead-trousers (Top Expert / 4457 / 227 /
1198
)
»
hi!
Ich glaube, da sollte am besten sogar eine "vollständige" Defninition gemacht werden.
Denn sonst erhällt man, wenn man diesen Typ später mal in einer PUBLIC-Methode als RETURN-Paramter verwenden möchte die Fehlermeldung, dass es sich um einen generischen Datentyp handelt und dieser nicht verwendet werden darf 
lg ADT
Ich glaube, da sollte am besten sogar eine "vollständige" Defninition gemacht werden.
Code: Alles auswählen.
TYPES tab_ref_parblock TYPE STANDARD TABLE OF REF TO lcl_parameterblock WITH DEFAULT KEY.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
Lokale Typdefinitionen in der Typisierung der Schnittstelle öffentlicher Methoden? Wer macht denn sowas?a-dead-trousers hat geschrieben:hi!
Ich glaube, da sollte am besten sogar eine "vollständige" Defninition gemacht werden.Denn sonst erhällt man, wenn man diesen Typ später mal in einer PUBLIC-Methode als RETURN-Paramter verwenden möchte die Fehlermeldung, dass es sich um einen generischen Datentyp handelt und dieser nicht verwendet werden darfCode: Alles auswählen.
TYPES tab_ref_parblock TYPE STANDARD TABLE OF REF TO lcl_parameterblock WITH DEFAULT KEY.
lg ADT
Für private Member lasse ich das noch durchgehen, aber wenn's öffentlich wird sollte man IMHO das Dictionary bemühen, dafür isses da.
Gruß,
Haubi
Beitrag
von a-dead-trousers (Top Expert / 4457 / 227 /
1198
)
»
Man muss die Typen schon im Public-Bereich der Klasse definieren. Lokale Typen funktionieren eh nicht.Haubi hat geschrieben:Lokale Typdefinitionen in der Typisierung der Schnittstelle öffentlicher Methoden? Wer macht denn sowas?
Für private Member lasse ich das noch durchgehen, aber wenn's öffentlich wird sollte man IMHO das Dictionary bemühen, dafür isses da.
Ich wollte eigentlich nur anmerken, dass man nach Möglichkeit (vor Allem wenn man OO einsetzt) darauf achten sollte, keine generischen Typen zu verwenden.
Und zum Thema Dictionary bin ich ganz deiner Meinung. Vorfür hat man es denn sonst?
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
naja, in einem Programm definiere ich ja auch nicht jedesmal ein Dictionary-Objekt, nur weil es das, was ich brauche, dort nicht gibt, sondern definiere es lokal im Programm. Das sollte bei Klassen auch legitim sein, oder nicht?a-dead-trousers hat geschrieben:Und zum Thema Dictionary bin ich ganz deiner Meinung. Vorfür hat man es denn sonst?
Ja, aber eben nur, wenn ich den Typ nicht andernorts benötige. Public Member einer Klasse sind ja gerade die Schnittstelle zu den "Verbrauchern" der Klasse. Dementsprechend setze ich auf DDIC-Typen auf. Wenn ich in der Klasse eine Puffertabelle o.ä. brauche die nach außen hin nicht sichtbar ist mache ich das natürlich mit einem lokalen Typ.ewx hat geschrieben:naja, in einem Programm definiere ich ja auch nicht jedesmal ein Dictionary-Objekt, nur weil es das, was ich brauche, dort nicht gibt, sondern definiere es lokal im Programm. Das sollte bei Klassen auch legitim sein, oder nicht?a-dead-trousers hat geschrieben:Und zum Thema Dictionary bin ich ganz deiner Meinung. Vorfür hat man es denn sonst?
Um bei Deinem Beispiel zu bleiben:
Wenn Du zusätzlich zu Deinem Programm noch Funktionsbausteine brauchst, die Dir einen Teil der Datenbeschaffung abnehmen oder Berechnungen machen sollen musst Du ja auch auf ordentliche Typisierung achten. Du kannst natürlich einen programmlokalen Typ anlegen und Deinen Funktionsbausteinparameter generisch typisieren, klingt für mich aber eher unorthodox...
Grüße,
Haubi
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
2853
Views
Views
interne tabelle mit objektreferenzen exportieren
von rambozola » 29.11.2006 11:55 • Verfasst in ABAP Objects®
von rambozola » 29.11.2006 11:55 • Verfasst in ABAP Objects®
8
Antw.
Antw.
6251
Views
Views
[gelöst] READ auf interne Tabelle mit Objektreferenzen
von ewx » 15.11.2012 14:13 • Verfasst in ABAP Objects®
von ewx » 15.11.2012 14:13 • Verfasst in ABAP Objects®
4
Antw.
Antw.
3505
Views
Views
0
Antw.
Antw.
985
Views
Views
8
Antw.
Antw.
3975
Views
Views
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.