Wie programmiert ihr?

Alles rund um die Sprache ABAP®: Funktionsbausteine, Listen, ALV
5 Beiträge • Seite 1 von 1
5 Beiträge Seite 1 von 1

Wie programmiert ihr?

Beitrag von john_doe (ForumUser / 12 / 0 / 0 ) »
Hi Allerseits!

Da ich nun schon einige Zeit mit ABAP zu tun habe, aber noch immer nicht den "totalen" Durchblick habe, wollte ich Euch mal fragen wie Ihr denn so programmiert?

Ich meine, objektorientiert ist ja nur eingeschränkt möglich, oder?

Wenn ich mir allerdings manche Standard-Programme so ansehe, sind die doch wesentlich "dynamischer" als meine bisherigen!

Schreibt Ihr sinvollen, wiedervendbaren Code als Include und bindet den dann bei Bedarf ein?

Und wie bringt Ihr in Erfahrung welche Funktionsbausteine brauchbar sind und wie man sie einbindet?

Ist sicher nicht so leicht zu beantworten, ich habe bis vor einem Jahr nur PHP und ein bißchen Java programmiert, SAP ist ja schon ganz anders und ziemlich eigen, oder wie denkt Ihr drüber?

LG,
John

gesponsert
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten


Beitrag von cosmo (Specialist / 175 / 0 / 0 ) »
Obwohl ich das Programmieren prozedural gewohnt war, habe ich mich mit ABAP Objects beschäftigt. Mittlerweile habe ich eine kleine eigene Klassenbibliothek für spezielle Aufgaben.

Ich programmiere sowohl prozedural als auch Klassenorientiert - je nach Anforderung. Bei einer Liste fürs Papier sehe ich keinen Grund, Objekte anzulegen. Andererseits mache ich kaum noch Funktionsbausteine, weil mir hier die SE24 und die Klassen viel besser gefallen. Leider muss ich halt, so bald es eine Maske braucht, wieder auf den FUBA umsteigen.

Je nach Aufgabenstellung kann es auch Sinn machen, mal einen Report mit lokalen Klassen zu programmieren - und sei es nur, um sich mit der veränderten Denkweise noch mehr vertraut zu machen.
Jörg Krause, Anwendungsentwickler und SAP-Betreuer MM/PP

Re: Wie programmiert ihr?

Beitrag von ralf.wenzel (Top Expert / 3943 / 201 / 281 ) »
john_doe hat geschrieben:Wenn ich mir allerdings manche Standard-Programme so ansehe, sind die doch wesentlich "dynamischer" als meine bisherigen!

Schreibt Ihr sinvollen, wiedervendbaren Code als Include und bindet den dann bei Bedarf ein?
Hi,

also, die Beobachtung, die du beschreibst, habe ich anfangs auch gemacht, irgendwie sahen die Programme die ich gesehen habe, viel "professioneller" aus als das was ich selbst so programmierte.

Nach einer Weile habe ich dann aus praktischen Erw�gungen angefangen, "modularer" zu programmieren. Man erh�lt einfach einen viel besseren �berblick �ber das Programm und man kann auch eine Routine als Vorlage f�r eine �hnliche Routine in einem anderen Programm verwenden.

Der n�chste Schritt ist dann, dass man merkt, dass man diese Routinen auch unver�ndert verwenden kann, wenn man sie dynamischer programmiert. Dann lagert man sie in Includes oder Funktionsbausteine aus. Und irgendwann programmiert man "so professionell wie die SAP". ;)


Lieber Gru�


Ralf
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

Re: Wie programmiert ihr?

Beitrag von ewx (Top Expert / 4853 / 313 / 642 ) »
john_doe hat geschrieben:Schreibt Ihr sinvollen, wiedervendbaren Code als Include und bindet den dann bei Bedarf ein?
Wir schreiben sowieso immer nur sinnvollen Code... :lol:
Ich habe während der letzten zehn Jahr die Erfahrung gemacht, dass es eigentlich kaum wiederverwendbaren Code gibt. Fast immer möchte man in einem neuen Programm irgendwas anders haben.
Das größte Problem sehe ich jedoch darin, dass man kundeneigene allgemein verwendbare Routinen/ Funktionsbausteine/ Klassen auch jedem Programmierer bekannt machen muss.

In der Regel kommt so ein Wissenstransfer so zustande, dass jemand zufällig zuhört und dann sagt: "Guck dir mal das Programm sowieso an, da wird so wir die Prüfung (oder was auch immer) schon gemacht. Oftmals erfährt man das aber auch erst hinterher...

Leider kann man die Reuse-Bibliothek der SAP ja auch nicht kundenspezifisch erweitern. Das wäre eine schöne Anlaufstelle.

Um keine Zweifel aufkommen zu lassen:
1. Mit "man" meine ich immer mich und meine Erfahrungen!
2. Es macht natürlich auch immer Sinn, potenziell wiederverwendbare Programmteile als Funktionsbaustein/ Klasse/ Include auszulagern. Es muss halt später auch jemand finden...

Enno

Beitrag von TakerOne (Specialist / 102 / 0 / 3 ) »
Leider kann man die Reuse-Bibliothek der SAP ja auch nicht kundenspezifisch erweitern. Das wäre eine schöne Anlaufstelle.
Die Reuse-Library ist doch mit SLIBN + SLIBP anpassbar.
Ich habe während der letzten zehn Jahr die Erfahrung gemacht, dass es eigentlich kaum wiederverwendbaren Code gibt. Fast immer möchte man in einem neuen Programm irgendwas anders haben.

Als 'fester Programmierer' (seit über 20 jahren in der gleichen Firma), der nicht von Betrieb zu Betrieb eilt, sondern den selbstprogrammierten Müll auch selber bereinigen muss, kann ich das so nicht nachvollziehen. :lol:

Da ein erheblicher Teil der Programmierung aus Suchen von Programmcoding und kopieren desselben besteht, kann man sagen:

Programmierung besteht zu 97 Prozent aus Transpiration und zu 3 Prozent aus Inspiration. :lol:


Gruß TakerOne
Ich bin eigentlich ein sehr netter Mensch.
Wenn ich Freunde hätte, könnten diese es bestätigen. :-)

Seite 1 von 1

Vergleichbare Themen

4
Antw.
1671
Views
OO ALV reagiert auf Doppelklick, ist aber nicht programmiert
von kkauerau » 21.02.2018 15:22 • Verfasst in ABAP Objects®

Aktuelle Forenbeiträge

PDF-Druck nur erste Seite über Spool
vor 8 Stunden von IHe 1 / 103

Newsletter Anmeldung

Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.
Die letzte Ausgabe findest du hier.
Details zum Versandverfahren und zu Ihren Widerrufsmöglichkeiten findest du in unserer Datenschutzerklärung.

Aktuelle Forenbeiträge

PDF-Druck nur erste Seite über Spool
vor 8 Stunden von IHe 1 / 103

Unbeantwortete Forenbeiträge

PDF-Druck nur erste Seite über Spool
vor 8 Stunden von IHe 1 / 103
SD_PRINT_TERMS_OF_PAYMENT
vor 11 Stunden von Manfred K. 1 / 105