Logik eine Programmes
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Beitrag
von burggartenkind (ForumUser / 33 / 4 /
0
)
»
Guten Morgen,
ich entdecke mich immer wieder bei folgendem Problem. Ich weiß zwar die Logik wie meine Reports ablaufen sollen, tu mir aber immer schwer damit es dann in "Coding" Form zu bringen. Habt ihr hier tipps und tricks wie man das besser umsetzen kann?
lg
ich entdecke mich immer wieder bei folgendem Problem. Ich weiß zwar die Logik wie meine Reports ablaufen sollen, tu mir aber immer schwer damit es dann in "Coding" Form zu bringen. Habt ihr hier tipps und tricks wie man das besser umsetzen kann?
lg
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
üben üben üben.
mehr kann man fast nicht dazu sagen. Klingt so, als ob du noch nie, bzw. nicht viel programmiert hast. Würde dir halt empfehlen mit kleinen Programmen anzufangen und dann dich immer weiter zu größeren vorzuarbeiten.
Unterm Strich musst du einfach üben üben üben, damit du programmieren lernst, musst du programmieren. ( so eine Art Henne<->Ei Problem ) Hab einfach keine Angst Fehler zu machen, dann wird das schon
( und bei Problemen, frag jemanden, man kann nicht alles alleine schaffen ^^ )
mehr kann man fast nicht dazu sagen. Klingt so, als ob du noch nie, bzw. nicht viel programmiert hast. Würde dir halt empfehlen mit kleinen Programmen anzufangen und dann dich immer weiter zu größeren vorzuarbeiten.
Unterm Strich musst du einfach üben üben üben, damit du programmieren lernst, musst du programmieren. ( so eine Art Henne<->Ei Problem ) Hab einfach keine Angst Fehler zu machen, dann wird das schon
( und bei Problemen, frag jemanden, man kann nicht alles alleine schaffen ^^ )Hallo,
früher habe ich die Logik des Programms/FuBa/Methode/Form erstmal als Kommentare runtergeschrieben und dann das Coding eingefügt.
Die ausgedruckte Liste der ABAP Befehle lag neben mir und die F1 Hilfe war mein bester Freund. Irgendwann ging es dann auch ohne...
Wichtig wäre zu wissen was am Ende rauskommen muss, dann kann man selber Testen.
Grüße
Alex
früher habe ich die Logik des Programms/FuBa/Methode/Form erstmal als Kommentare runtergeschrieben und dann das Coding eingefügt.
Die ausgedruckte Liste der ABAP Befehle lag neben mir und die F1 Hilfe war mein bester Freund. Irgendwann ging es dann auch ohne...
Wichtig wäre zu wissen was am Ende rauskommen muss, dann kann man selber Testen.
Grüße
Alex
Folgende Benutzer bedankten sich beim Autor A6272 für den Beitrag:
burggartenkind
Beitrag
von a-dead-trousers (Top Expert / 4274 / 213 /
1140
)
»
Auch bekannt als "testdriven development".A6272 hat geschrieben:Wichtig wäre zu wissen was am Ende rauskommen muss, dann kann man selber Testen.
Für Neueeinsteiger vielleicht ein guter Ansatz mit dem Programmieren zu beginnen.
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 DeathAndPain (Top Expert / 1795 / 213 /
396
)
»
Wenn Du das weißt, dan hast Du eigentlich schon gewonnen. Dann musst Du nur noch wissen, wie die ABAP-Befehle heißen (die Syntax kannste immer mit F1 nachsehen).Ich weiß zwar die Logik wie meine Reports ablaufen sollen
Die benötigte Logik zu erkennen, ist die eigentliche Herausforderung. Dabei reicht es nicht, sagen zu können: "Es soll in etwa so ablaufen, dass...", sondern Du musst ganz präzise wissen, was Du willst. Solange Du das noch nicht im Geiste hinbekommst, lohnt es sich möglicherweise, Dir selber ein kleines Feinkonzept zu schreiben, in dem Du ganz präzise niederschreibst, was Dein Report tun soll. Du wirst feststellen, dass Dir schon während des Niederschreibens Fragen kommen werden, die Du dann möglicherweise nochmal mit den Stakeholdern (Auftraggebern) besprechen musst. Wenn haarklein auf Papier steht, was da passieren soll, dann ist die Umsetzung in Code nur noch Routine.
Beitrag
von burggartenkind (ForumUser / 33 / 4 /
0
)
»
Ja aber liste mit ABAP befehlen es gibt doch schon nen haufen an befehlen, hattest du dann auch immer dabei stehen was die befehle genau machen? bzw. hast du deine liste noch?A6272 hat geschrieben:Hallo,
früher habe ich die Logik des Programms/FuBa/Methode/Form erstmal als Kommentare runtergeschrieben und dann das Coding eingefügt.
Die ausgedruckte Liste der ABAP Befehle lag neben mir und die F1 Hilfe war mein bester Freund. Irgendwann ging es dann auch ohne...
Wichtig wäre zu wissen was am Ende rauskommen muss, dann kann man selber Testen.
Grüße
Alex
Beitrag
von DeathAndPain (Top Expert / 1795 / 213 /
396
)
»
Das brauchst Du nicht. Wenn Du eine grobe Idee hast, wofür ein Befehl gut ist, dann reicht es, wenn er auf Deiner Liste steht. Du gibst ihn einfach in den ABAP Editor ein, stellst den Cursor drauf und drückst F1. Dann kannst Du Dir in Ruhe die genaue Funktionsbeschreibung des Befehls durchlesen.hattest du dann auch immer dabei stehen was die befehle genau machen?
F1 Hilfe auf einen Befehl --> In der Menüleiste vom Pop-UP unten ABAP Doku Einstiegsknoten und schon hast Du die Liste mit kurzer Beschreibung:burggartenkind hat geschrieben:Ja aber liste mit ABAP befehlen es gibt doch schon nen haufen an befehlen, hattest du dann auch immer dabei stehen was die befehle genau machen? bzw. hast du deine liste noch?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Beitrag
von ralf.wenzel (Top Expert / 3776 / 176 /
262
)
»
Nein, er schrieb von selber testen (statt es zum Testen an wen mit Ahnung weiterzugeben), das hat mit TDD nichts zu tun. Bei TDD fängst du jede Methode (im Ursprungsposting steht was von Reports) mit dem Test an. Das ist etwas komplett anderes. Insbesondere würde ich ausschließen, dass jemand, der die ABAP Befehle kaum kennt, professionelle Testmethoden anwendet.a-dead-trousers hat geschrieben:Auch bekannt als "testdriven development".A6272 hat geschrieben:Wichtig wäre zu wissen was am Ende rauskommen muss, dann kann man selber Testen.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von a-dead-trousers (Top Expert / 4274 / 213 /
1140
)
»
Wenn man weiß was am Ende rauskommen soll um selbst Testen zu können, ist das doch schon der Grundstein für das TDD oder nicht? Man muss halt nur mit dem Schreiben der Tests beginnen.ralf.wenzel hat geschrieben:Nein, er schrieb von selber testen (statt es zum Testen an wen mit Ahnung weiterzugeben), das hat mit TDD nichts zu tun. Bei TDD fängst du jede Methode (im Ursprungsposting steht was von Reports) mit dem Test an. Das ist etwas komplett anderes. Insbesondere würde ich ausschließen, dass jemand, der die ABAP Befehle kaum kennt, professionelle Testmethoden anwendet.a-dead-trousers hat geschrieben:Auch bekannt als "testdriven development".A6272 hat geschrieben:Wichtig wäre zu wissen was am Ende rauskommen muss, dann kann man selber Testen.
Sorry, wenn ich da zu naiv argumentiere, aber zu meiner Schulzeit war das Ganze leider noch kein Thema, daher kenn ich nicht die genaue Definition laut Lehrbuch.
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
)
»
Wenn man weiß, was rauskommen soll, erfüllt man die Voraussetzung fürs Testen. Das muss nicht TDD sein. Für TDD muss man zudem TDD und OO beherrschen. Weil das, was viele (u a sicher auch er) mit „Testen“ meinen, aber für TDD nicht reicht, „F8 drücken und gucken ob es dumpt“ mit einschließt.
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von black_adept (Top Expert / 3943 / 105 /
886
)
»
Eine rekursive Erklärung?ralf.wenzel hat geschrieben:Für TDD muss man zudem TDD und OO beherrschen.
Beitrag
von black_adept (Top Expert / 3943 / 105 /
886
)
»
Warum muss man OO beherrschen? Das geht genau so gut für FuBa oder Form-Routinen ( auch wenn SAP mit seinen Frameworks m.W. nur methodenbasierte Tests unterstützt bzw. man für die anderen wohl eigene Testumgebungen schreiben muss ).ralf.wenzel hat geschrieben:Für TDD muss man zudem TDD und OO beherrschen.
Beitrag
von black_adept (Top Expert / 3943 / 105 /
886
)
»
Lies dir alle Befehle 1x durch. Nicht vollständig, aber die Überschrift die dir die F1-Hilfe bzw. das Glossar bietet. Damit hast du eine Grundvorstellung was für Befehle ABAP in der Sprache selber verarbeiten kann.burggartenkind hat geschrieben:Ja aber liste mit ABAP befehlen es gibt doch schon nen haufen an befehlen, hattest du dann auch immer dabei stehen was die befehle genau machen? bzw. hast du deine liste noch?
Schau deine alten Programme an und schreib die dir Befehle raus, die du am häufigsten benötigst. Ehrlich gesagt ist ABAP zwar eine der mächtigsten Sprachen vom Befehlsumfang - aber tatsächlich verwendet werden doch zum Großteil immer nur ein paar wenige dieser Gesamtheit.
Und dann zwing dich, pro Tag einen Befehl vollständig in der Doku durchzulesen. Fang mit den von dir am häufigsten verwendeten Befehlen an und arbeite danach von mir aus alphabetisch den Rest ab. Und wenn du für den einen oder anderen Befehlt mehr als 1 Tag brauchst um ihn zu verstehen - das ist normal, da einige recht komplex werden können.
Beitrag
von ralf.wenzel (Top Expert / 3776 / 176 /
262
)
»
Wie viele Gründe soll ich dir nennen?black_adept hat geschrieben:Warum muss man OO beherrschen? Das geht genau so gut für FuBa oder Form-Routinen ( auch wenn SAP mit seinen Frameworks m.W. nur methodenbasierte Tests unterstützt bzw. man für die anderen wohl eigene Testumgebungen schreiben muss ).ralf.wenzel hat geschrieben:Für TDD muss man zudem TDD und OO beherrschen.
Weil der Unit-Test selbst eine Klasse ist? Und weil ich wissen sollte, wann und warum ich von der zu testenden Klasse erben sollte und wann nicht? Weil ich wissen sollte, wie und wann und warum ich Codingstrecken mocken sollte?
Oder willst du Reports schreiben, die Fubas testen? Die landen dann versehentlich im Prod und hauen Dir deine Daten kaputt? Ein Vorteil von Testklassen ist, dass sie im Prod gar nicht erst generiert werden. Außerdem sind sie Teil des Rahmenprogramms der getesteten Routine. Da schwirrt nicht irgendein Report herum den man dann eh nicht findet. Und vom ganzen Testframework koppelt man sich auch noch ab.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Vergleichbare Themen
1
Antw.
Antw.
680
Views
Views
Installation eines Programmes aus SAP-Marketplace
von Jo » 19.11.2005 00:24 • Verfasst in ABAP® Core
von Jo » 19.11.2005 00:24 • Verfasst in ABAP® Core
5
Antw.
Antw.
2621
Views
Views
1
Antw.
Antw.
1088
Views
Views
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.