Goldene Regeln der Programmierung
Beitrag
von ralf.wenzel (Top Expert / 3937 / 201 /
281
)
»
Das sehe ich nun ganz andersbabap hat geschrieben:Ich definiere alle Klassen im Data Dictionary.
Sie sind viel einfacher zu pflegen und zu dokumentieren, und, der größte Vorteil, sie lassen sich einfach testen!
Lokale Klassen nehme ich immer dann, wenn eh nur ein Programm betroffen ist (Beispiel Report: Was soll ich mit einer Listausgabe im DDIC? Prozedural wird nicht mehr codiert, also schreibe ich alles in eine lokale Klasse.Dokumentieren kann man lokale Klassen ganz hervorragend - gerade mit ABAP Doc.
Ich teste Methoden Klassen mit Testklassen (die übrigens auch lokal sind - aber per Definition), da ist es egal, ob ich eine globale oder lokale Klasse teste. Habe ich eine lokale Klasse (also eine, die eh nur auf ein Programm bezogen ist), teste ich nicht die Klasse, sondern das Programm.
Ich finde das Rumgeklicke in der Formularsicht grausig - ich arbeite praktisch nur in der Quelltextansicht und schreibe das Coding runter wie bei lokalen Klassen auch. Sonst kriege ich nen Mauskoller.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Tja, das sind zwei andere Herangehensweisen.
(Listausgabe ... dafür brauche ich keine lokal Klasse ... egal)
Das Rumgeschreibsel für die Lokalen Klassen ist einfach zu nervig ... die Formularansicht macht das wunderbar, prüft alles, verknüpft alles etc.
))
(Klassen global im DDIC zu hinterlegen wird auch von SAP intern empfohlen ... auch wenn es nur für einen einzigen Anwendungsfall ist ... der ganze Kram wird ja als Entwicklungspaket zusammengehalten ... und gemeinsam transportiert etc.
Viele Grüße
babap
(Listausgabe ... dafür brauche ich keine lokal Klasse ... egal)
Das Rumgeschreibsel für die Lokalen Klassen ist einfach zu nervig ... die Formularansicht macht das wunderbar, prüft alles, verknüpft alles etc.
))(Klassen global im DDIC zu hinterlegen wird auch von SAP intern empfohlen ... auch wenn es nur für einen einzigen Anwendungsfall ist ... der ganze Kram wird ja als Entwicklungspaket zusammengehalten ... und gemeinsam transportiert etc.
Viele Grüße
babap
Beitrag
von ralf.wenzel (Top Expert / 3937 / 201 /
281
)
»
Naja, da ist mein Kunde nicht so weit, die "denken" immer noch in Entwicklungsklassen, nicht in Paketen. Sprich: Die haben - grob gesagt - eine Entwicklungsklasse pro Modul und fertig.babap hat geschrieben:(Klassen global im DDIC zu hinterlegen wird auch von SAP intern empfohlen ... auch wenn es nur für einen einzigen Anwendungsfall ist ... der ganze Kram wird ja als Entwicklungspaket zusammengehalten ... und gemeinsam transportiert etc.
Find ich auch grausig, aber das kriegt man aus den Leuten, die da diesbezüglich das Sagen haben, nicht mehr raus.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Da wäre wieder eine goldene Regel: Verwendung von "jeder Menge" Entwicklungspaketen.
(ein Paket pro Modul ist noch nicht mal grenzwertig, sondern grob fahrlässig ... und zeigt, dass mann "es nicht verstanden hat")
Alles was zu einem "Projekt", "Add-On", "Report", Programmpaket, zu einem Entwicklungsantrag gehört, sollte in ein Paket "einsortiert" werden.
Diese Pakete sollten wieder Unterpaket zu einem übergeordneten oder Hauptpaket sein.
Zentrale Tools gehören in ein übergeordnetes Paket (ggf. kann man sogar einschränken, dass von dort aus NICHTS aus untergeordneten Paketen verwendet werden darf).
Sollte dann Bedarf bestehen, eine "Anwendung" mal zu transportieren ... egal wohin, geht das ganz einfach.
(ok, bevor es einer schreibt, es gibt Sachen, die muss man manuell transportieren oder kontrollieren ... )
Viele Grüße
babap
(ein Paket pro Modul ist noch nicht mal grenzwertig, sondern grob fahrlässig ... und zeigt, dass mann "es nicht verstanden hat")
Alles was zu einem "Projekt", "Add-On", "Report", Programmpaket, zu einem Entwicklungsantrag gehört, sollte in ein Paket "einsortiert" werden.
Diese Pakete sollten wieder Unterpaket zu einem übergeordneten oder Hauptpaket sein.
Zentrale Tools gehören in ein übergeordnetes Paket (ggf. kann man sogar einschränken, dass von dort aus NICHTS aus untergeordneten Paketen verwendet werden darf).
Sollte dann Bedarf bestehen, eine "Anwendung" mal zu transportieren ... egal wohin, geht das ganz einfach.
(ok, bevor es einer schreibt, es gibt Sachen, die muss man manuell transportieren oder kontrollieren ...
)Viele Grüße
babap
Beitrag
von ralf.wenzel (Top Expert / 3937 / 201 /
281
)
»
Alles richtig was du sagst. Ich hab auch schon fusselige Lippen, aber manche Menschen sind einfach STUR
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Vergleichbare Themen
1
Antw.
Antw.
1795
Views
Views
2
Antw.
Antw.
1001
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
1
Antw.
Antw.
2181
Views
Views
0
Antw.
Antw.
1306
Views
Views
SAP Workflow Programmierung
von Yeliz92 » 25.01.2018 12:59 • Verfasst in Material Management & Produktionsplanung
von Yeliz92 » 25.01.2018 12:59 • Verfasst in Material Management & Produktionsplanung
0
Antw.
Antw.
1452
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
- zzcpak
- joachim
- cosmo
- crayfish
- Anonymous
- M. Lahr
- babap
- Alpha
- UserBC
- kotelna
- ereglam
- doceX
- ralf.wenzel
- foessleitnerj
- a-dead-trousers
- black_adept
- ewx
- erp-bt
- Pyro
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.