Ansicht
Dokumentation

ABENDEAD_CODE_GUIDL - DEAD CODE GUIDL

Addresses (Business Address Services)   SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Toter Code

Unter totem Code verstehen wir Programmteile, die nie zur Ausführung kommen, da sie noch nicht oder nicht mehr benötigt werden oder auch niemals wirklich benötigt wurden. Solcher Code kann sich bei der Entwicklung (verworfene Prototypen) oder der Wartung (Umstellung auf neuen Code ohne den alten zu löschen) von Programmen ansammeln.

Toten Code entfernen

Entfernen Sie unbenutzte oder nicht erreichbare Programmteile restlos aus produktiven Programmen.

Toter Code beeinträchtigt zwar vordergründig nicht die ausgeführten Programmteile, ist aber dennoch schädlich für das Produkt. Programmteile, die während der Programmausführung nicht erreicht werden können, bieten keinerlei Nutzen, führen im Lauf des Lebenszyklus eines Programms aber zu erhöhten Kosten, da sie bei Wartung und Weiterentwicklung zunächst als unbenutzt identifiziert werden müssen. Im ungünstigsten Fall werden sie bei Weiterentwicklungen oder Refactoring-Maßnahmen unter möglicherweise hohem Aufwand mit angepasst, wenn sie nicht auf Anhieb zweifelsfrei als unbenutzt zu erkennen sind. Darüber hinaus erhöhen sie während der Programmausführung unnötigerweise den Platzbedarf im Programmpuffer.

Schließlich und endlich stört toter Code auch beim Ziel einer möglichst hohen Testabdeckung durch Modultests mit ABAP Unit oder Szenarientests mit eCATT. Entweder wird produktiv nicht verwendeter Code aufwendig getestet, oder er wird nicht getestet und sorgt damit vordergründig für eine schlechte Testabdeckung. Unbenutzte oder nicht erreichbare Programmteile sind daher frühzeitig zu identifizieren und zu entfernen.

Hinweis

Wenn erkennbar, wird von Prüfwerkzeugen auf toten Code aufmerksam gemacht. Beispiele:

• Die Syntaxprüfung warnt bei nicht verwendeten privaten Methoden von lokalen Klassen.

• Die erweiterte Programmprüfung liefert Warnungen bei nicht verwendeten Deklarationen oder Anweisungsblöcken in Kontrollstrukturen, die nie erreicht werden können.

Solche statischen Prüfungen können aber nie vollständig sein, da nicht jede Verwendung eines Programmteils statisch erkennbar sein muss. Deshalb ist der Coverage Analyzer ein weiteres wichtiges Werkzeug, mit dem Kandidaten für toten Code eingekreist werden können. dem Kandidaten für toten Code eingekreist werden können.

ROGBILLS - Synchronize billing plans   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 2975 Date: 20240523 Time: 182619     sap01-206 ( 64 ms )