Von der ALV-Liste zum Objekt...
Beitrag
von black_adept (Top Expert / 4155 / 134 /
958
)
»
Im wesentlichen hast du es erfasst. Aber die Situation ist ja auch genau so wie es sein sollte.
Denn jeder, der eine Referenz auf das zu löschende Objekt hat geht ja davon aus, dass die Referenz beim nächsten Benutzen immer noch auf das Objekt zeigt und nicht einfach so mir nichts dir nichts im Nirvana verschwindet. Und darum gibt es ja üblicherweise auch Destruktoren in Objekten, die dafür sorgen, dass jeder, der das Objekt referenziert auch davon in Kenntnis gesetzt wird, dass es sich demnächst verabschiedet.
Aber du hast leider bisher nicht so ganz schlüssig erklärt was für eine Art von Referenzen du so in deinem ALV verwaltest. Vielleicht sind das ja lediglich irgendwelche banalen Enjoy-Controls, die alle den ominösen Destruktor haben, so dass du fein raus bist indem du den einfach für das zu löschende Objekt aufrufst.
Denn jeder, der eine Referenz auf das zu löschende Objekt hat geht ja davon aus, dass die Referenz beim nächsten Benutzen immer noch auf das Objekt zeigt und nicht einfach so mir nichts dir nichts im Nirvana verschwindet. Und darum gibt es ja üblicherweise auch Destruktoren in Objekten, die dafür sorgen, dass jeder, der das Objekt referenziert auch davon in Kenntnis gesetzt wird, dass es sich demnächst verabschiedet.
Aber du hast leider bisher nicht so ganz schlüssig erklärt was für eine Art von Referenzen du so in deinem ALV verwaltest. Vielleicht sind das ja lediglich irgendwelche banalen Enjoy-Controls, die alle den ominösen Destruktor haben, so dass du fein raus bist indem du den einfach für das zu löschende Objekt aufrufst.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Ich habe festgestellt, dass ich wohl bisschen was anderes brauche. Ich hab mein ALV mit den Referenzen. Dort kann ich jedoch keine Änderungen machen, da ich die Liste wiederherstellen möchte, wenn die Aktion nicht gespeichert wird. Bisher hatte ich es so, dass ich mit MOVE mein ALV kopiert hatte (einschließlich der Referenzen) und diese in ein temporäres ALV überführt habe. Problem natürlich, dass wenn ich in einer der beiden Änderungen mache, beide verändert sind. =/ Und ein wiederherstellen dann natürlich keinen Sinn macht. 
Nun habe ich das Interface IF_OS_CLONE gefunden, mit dem ich Objekte und nicht deren Referenzen kopieren kann. Das klappt auch so weit. Code:
Beispielhaft die Zuweisung:
Nur hab ich nun das Problem, dass ich nicht weiß, wie ich das auf meine ALVs anwende. Mit MOVE kopiere ich das gesamte erste ALV in das zweite, inklusive der Referenzen. Ich würde aber gerne das erste ALV in das zweite ALV kopieren, nur leider nicht die Referenzen, sondern mit Kopien der Objekte. Gibt es dafür ein Statement (ähnlich dem MOVE) oder muss ich dann wirklich alles durchloopen, ein neues temporäres ALV erzeugen und dann eben meine Objekte hinzufügen?
Nun habe ich das Interface IF_OS_CLONE gefunden, mit dem ich Objekte und nicht deren Referenzen kopieren kann. Das klappt auch so weit. Code:
Code: Alles auswählen.
method IF_OS_CLONE~CLONE.
SYSTEM-CALL OBJMGR CLONE me TO result.
endmethod.
Code: Alles auswählen.
CREATE OBJECT object1.
CREATE OBJECT object2.
object2 ?= object1->if_os_clone~clone( ).
Beitrag
von a-dead-trousers (Top Expert / 4477 / 229 /
1203
)
»
hi!
Du hast ja gesagt, dass du alle deine Refernezen in eigene Tabellen gespeichert hast.
WOZU?
Nachdem du die Tabelle für die Ausgabe aufgebaut hast, brauchst die ja eigentlich nicht mehr.
Ansonsten kannst du mit
alle Objekteinträge in einer Tabelle löschen.
(TABLE_LINE ist ein Schlüsselwort für die ganze Zeile)
lg ADT
Du hast ja gesagt, dass du alle deine Refernezen in eigene Tabellen gespeichert hast.
WOZU?
Nachdem du die Tabelle für die Ausgabe aufgebaut hast, brauchst die ja eigentlich nicht mehr.
Ansonsten kannst du mit
Code: Alles auswählen.
DELETE TABLE lt_objectref WHERE table_line EQ lr_object(TABLE_LINE ist ein Schlüsselwort für die ganze Zeile)
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
Vergleichbare Themen
3
Antw.
Antw.
18139
Views
Views
1
Antw.
Antw.
4027
Views
Views
Dialogsteuerung Liste->Dynpro->Liste sy-ucomm
von cut1 » 08.12.2006 14:28 • Verfasst in Dialogprogrammierung
von cut1 » 08.12.2006 14:28 • Verfasst in Dialogprogrammierung
3
Antw.
Antw.
5045
Views
Views
Screen->Liste->Screen und dann wieder Liste???
von dimes » 19.07.2007 15:19 • Verfasst in Dialogprogrammierung
von dimes » 19.07.2007 15:19 • Verfasst in Dialogprogrammierung
1
Antw.
Antw.
1939
Views
Views
0
Antw.
Antw.
1331
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.