Best Practice Leitfaden Development - DSAG
Best Practice Leitfaden Development - DSAG
Best Practice Leitfaden Development - DSAG
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
12<br />
2 ProGraMMierriCHtLinien<br />
auditierbarkeit von aBaP Code<br />
es muss jederzeit möglich sein, durch manuelle untersuchungen oder statische Codeanalyse-<br />
tools den selbst geschriebenen aBaP Code auf Mängel zu untersuchen. alle Methoden, aBaP-<br />
Coding unsichtbar zu machen, sind daher unzulässig, da sie solche untersuchungen behindern<br />
oder gar gezielt dafür verwendet werden könnten, Hintertüren in ein system zu schleusen.<br />
Verschleierter Code kann auch mit dem debugger nicht mehr untersucht werden. es wird an<br />
dieser stelle explizit darauf verzichtet, die techniken zu erläutern, mit denen Code versteckt<br />
werden kann.<br />
BEST PRACTICE: Verwenden sie insbesondere in der entwicklung im eigenen unternehmen keine<br />
techniken, um ihren Quellcode zu verstecken.<br />
2.4 oBsoLete anWeisunGen<br />
obwohl saP eine strikte abwärtskompatibilität vertritt, muss bei der Verwendung von obsoleten<br />
anweisungen, wie z.B. Kopfzeilen in internen tabellen, berücksichtigt werden, dass hierbei<br />
Probleme auftreten, wenn der Code in Klassen übernommen werden soll. Hier ist zu beachten,<br />
dass es für obsolete sprachelemente immer modernere alternativen gibt. es gibt also eigentlich<br />
außer Gewohnheit wenige Gründe für deren Verwendung, deshalb sollten sie vermieden werden.<br />
BEST PRACTICE: Wir empfehlen den regelmäßigen einsatz eines statischen Codeanalyse-tools,<br />
um obsolete anweisungen zu entdecken. aus den saP-Bordmitteln eignet sich hierzu der Code<br />
inspector bzw. die durchführung des syntax-Checks.<br />
darüber hinaus existieren sehr gute analysewerkzeuge von drittanbietern.<br />
2.5 syntax-CHeCK und Code insPeCtor<br />
der syntax-Check und der Code inspector ermöglichen die Überprüfung des Programmcodes<br />
während der designzeit.<br />
Bei der Freigabe von transporten kann der Code inspector über die se03 global angeschaltet<br />
werden, um Fehler zu erkennen. Hierdurch kann auch die anzahl der transporte verringert<br />
werden, da beim erkennen von Fehlern die Freigabe noch abgebrochen werden kann. die<br />
Behebung kann dann in den bestehenden auftrag aufgenommen werden und es muss kein neuer<br />
transport erzeugt werden.<br />
BEST PRACTICE: der Code inspector wird im saP-standard nur bei Freigabe des transportauftrags<br />
ausgeführt. empfehlenswert ist jedenfalls die Prüfung durch den Code inspector bereits bei<br />
der Freigabe der jeweiligen transportaufgabe.<br />
WEITERE QUELLEN:<br />
die Vorgehensweise der implementierung des dafür notwendigen Badis ist im Buch „Praxishandbuch<br />
saP Code inspector“ (saP Press) beschrieben.
Change language