Dynamische Programmierung
Gerne doch.ZF_SAPler hat geschrieben: ↑17.09.2022 13:28Danke, hätte ich mir denken können!gtoXX hat geschrieben: ↑17.09.2022 12:54"event methode ON_DOUBLECLICK
FIELD-SYMBOLS: <ft_result> TYPE STANDARD TABLE.
ASSIGN mt_result->* TO <ft_result>. " HIER FEHLEN mir die Daten um weiterzumachen
Natürlich fehlen sie dir da. Du bist ja in einem ganz anderen Objekt. Nämlich diesem "lo_obj TYPE REF TO zcL( )." Woher soll das Objekt dein "mt_result->*" kennen ?
"Code lügt nicht ^^"
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von ralf.wenzel (Top Expert / 3946 / 201 /
281
)
»
Ah, Produktentwicklung. Dann verstehe ich das sogar. Das ist noch etwas anderes als Individualentwicklung.gtoXX hat geschrieben: ↑17.09.2022 13:35Ja es ist ja immer alles etwas fallspezifisch. In dem Fall ist es eine Absicherung, falls für Kundenentwicklungen innerhalb der Produkte das nötig ist, wenn sie vererbt werden. Die Sichtbarkeit nachträglich zu ändern ohne sich dessen bewusst zu sein könnte auch Komplikationen mit sich bringen. In jedem Fall so oder so .. never public.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Definitiv. Wobei es mancher Individualentwicklung nicht schadet zumindest mehr Brain zu versuchen. Und ja ungarische Notation ist auch absolut verboten. Auch durch deine Anregung.ralf.wenzel hat geschrieben: ↑17.09.2022 13:46Ah, Produktentwicklung. Dann verstehe ich das sogar. Das ist noch etwas anderes als Individualentwicklung.gtoXX hat geschrieben: ↑17.09.2022 13:35Ja es ist ja immer alles etwas fallspezifisch. In dem Fall ist es eine Absicherung, falls für Kundenentwicklungen innerhalb der Produkte das nötig ist, wenn sie vererbt werden. Die Sichtbarkeit nachträglich zu ändern ohne sich dessen bewusst zu sein könnte auch Komplikationen mit sich bringen. In jedem Fall so oder so .. never public.
Ralf
"Code lügt nicht ^^"
Beitrag
von ralf.wenzel (Top Expert / 3946 / 201 /
281
)
»
Vollkommen richtig.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Kannst du bitte erläutern, was deiner Meinung nach eine bessere Notation wäre?gtoXX hat geschrieben: ↑17.09.2022 16:07Definitiv. Wobei es mancher Individualentwicklung nicht schadet zumindest mehr Brain zu versuchen. Und ja ungarische Notation ist auch absolut verboten. Auch durch deine Anregung.ralf.wenzel hat geschrieben: ↑17.09.2022 13:46Ah, Produktentwicklung. Dann verstehe ich das sogar. Das ist noch etwas anderes als Individualentwicklung.gtoXX hat geschrieben: ↑17.09.2022 13:35Ja es ist ja immer alles etwas fallspezifisch. In dem Fall ist es eine Absicherung, falls für Kundenentwicklungen innerhalb der Produkte das nötig ist, wenn sie vererbt werden. Die Sichtbarkeit nachträglich zu ändern ohne sich dessen bewusst zu sein könnte auch Komplikationen mit sich bringen. In jedem Fall so oder so .. never public.
Ralf
Ich hatte immer
lv_*
ls_*
lt_*
für lokale Sachen und für globale statt dem l ein g.
importparameter iv, is, it
exportparameter ev, es, et
returning rv, rs, rt
Bei Objekten bin ich unsicher..
Bei Objektattributen werde ich mir merken, dass mit _NAME.
Beitrag
von ralf.wenzel (Top Expert / 3946 / 201 /
281
)
»
Ganz einfach: Lass die ganzen Präfixe einfach weg. Warum, das kannst du feststellen, wenn du meinen Artikel darüber liest (siehe Signatur).
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Wie Ralf geschrieben hat, hat er einen guten Artikel darüber geschrieben.ZF_SAPler hat geschrieben: ↑17.09.2022 16:30Kannst du bitte erläutern, was deiner Meinung nach eine bessere Notation wäre?gtoXX hat geschrieben: ↑17.09.2022 16:07Definitiv. Wobei es mancher Individualentwicklung nicht schadet zumindest mehr Brain zu versuchen. Und ja ungarische Notation ist auch absolut verboten. Auch durch deine Anregung.ralf.wenzel hat geschrieben: ↑17.09.2022 13:46
Ah, Produktentwicklung. Dann verstehe ich das sogar. Das ist noch etwas anderes als Individualentwicklung.
Ralf
Ich hatte immer
lv_*
ls_*
lt_*
für lokale Sachen und für globale statt dem l ein g.
importparameter iv, is, it
exportparameter ev, es, et
returning rv, rs, rt
Bei Objekten bin ich unsicher..
Bei Objektattributen werde ich mir merken, dass mit _NAME.
Der wichtigste Punkt -> Namenskonventionen sollten von allen Entwicklern gleich genutzt werden und auch Vorgabe für externe Entwickler sein.
Ein kleines Beispiel :
METHOD alpha IMPORTING IM_WERT TYPE i
EXPORTING EX_WERT TYPE i
CHANGING CH_WERT TYPE i
RETURNING VALUE(RE_WERT) TYPE i.
Hier ist innerhalb der Methode klar erkennbar was, welche Aufgabe hat und zu beachten ist z.b. bei Exporting.
Ein paar Präfixe nutzen wir zur Unterscheidung schon, auch wenn es nicht zwingend nötig wäre.
Wie OBJ_, TAB_, DAT_ . Ansonsten sollte der Rest immer möglichst sprechend sein.
tab_material_masterdata merkt sich besser als MARA etc.
Folgende Benutzer bedankten sich beim Autor gtoXX für den Beitrag:
ralf.wenzel
"Code lügt nicht ^^"
Bei OO ist g sowieso überflüssig, weil es das in dem Sinne nicht gibt. Es kommt auf die Betrachtung an. Jedes Klassenattribut ist g für die Klasse, aber l für ein Programm. Innerhalb einer Methode ist alles l was mit Data deklariert wird. Wozu also kennzeichnen ? Das kommt aus der alten Reportwelt. Und es gibt nicht wirklich einen Grund noch Reports zu nutzen. UI gehört sowieso ausgegliedert bei der Anwendungsentwicklung. Also tuts ein Fuba der ein Selektionsbild ruft auch.
Folgende Benutzer bedankten sich beim Autor gtoXX für den Beitrag:
ralf.wenzel
"Code lügt nicht ^^"
Vergleichbare Themen
17
Antw.
Antw.
7739
Views
Views
2
Antw.
Antw.
1091
Views
Views
SAP Entwicklungssystem und RFC Programmierung
von sNud » 28.08.2021 13:36 • Verfasst in ABAP® für Anfänger
von sNud » 28.08.2021 13:36 • Verfasst in ABAP® für Anfänger
6
Antw.
Antw.
1548
Views
Views
Programmierung von SAP-Programm für API´s
von Bright4.5 » 12.12.2024 10:37 • Verfasst in ABAP® für Anfänger
von Bright4.5 » 12.12.2024 10:37 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
2263
Views
Views
0
Antw.
Antw.
1610
Views
Views
Unicodevorgaben bei der Programmierung
von JürgenFFM » 07.11.2007 11:29 • Verfasst in Dialogprogrammierung
von JürgenFFM » 07.11.2007 11:29 • Verfasst in Dialogprogrammierung
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.