Best Pratices: Kundeneigene Pakethierarchie

Alles rund um die Sprache ABAP®: Funktionsbausteine, Listen, ALV
18 Beiträge • Vorherige Seite 2 von 2 (current)
18 Beiträge Vorherige Seite 2 von 2 (current)

Re: Best Pratices: Kundeneigene Pakethierarchie

Beitrag von jocoder (Specialist / 343 / 3 / 102 ) »
Mein Best-Practice ist "API-Pakete" und "Anwendungs-Pakete" für eine bessere Kapselung anzulegen. Die Pakethierarchie halte ich relativ flach. Die API-Pakete enthalten nur Klassen, Dictionary-Objekte oder Funktionsgruppen, die zur Wiederverwendung gedacht sind. Die Anwendungs-Pakete enthalten das Frontend (Report, Web-Dynpro) und können sich der API-Pakete bedienen.

Wenn die Projekte wachsen, werden Funktionen nochmals in einem anderen Kontexten gebraucht und dann ist es an der Zeit sie in ein extra API-Paket zu extrahieren.

Damit verwachsen die Pakete nicht so stark und einzelne APIs können auch wieder herausgelöst werden.

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


Re: Best Pratices: Kundeneigene Pakethierarchie

Beitrag von DeathAndPain (Top Expert / 1952 / 259 / 413 ) »
ewx hat geschrieben:
07.03.2021 20:55
MMn sollte man darauf achten, auf jeden Fall möglichst frühzeitig ein neues "Dimensionsloch" zu öffnen, denn wenn erstmal Entwicklungen in ZBASIS drin sind, dann knobelt die so schnell niemand mehr auseinander und packt sie ZBASIS_HIER_GEHÖRTS_EIGENTLICH_HIN...
Am besten, man macht zusätzlich ein Paket ZVERSCHIEDENES auf. Wenn man da nach ein paar Jahren reinschaut, dann wette ich, dass da fast alles drin ist. 😄

Re: Best Pratices: Kundeneigene Pakethierarchie

Beitrag von IHe (Specialist / 150 / 36 / 49 ) »
ewx hat geschrieben:
07.03.2021 23:42
Btw - kleiner Tipp, den ich auch erst seit kurzem kenne:
https://l3consulting.de/systemzugehoeri ... aenderung/
Danke - kannte ich auch noch nicht. Wir machen das aktuell mit einem relativ simplen Report, der mittels Selektionsbedingungen in der TADIR liest, im SALV anzeigt und dann Änderungen am Originalsystem mittels des FuBas TRINT_TADIR_UPDATE vornimmt. Das ist relativ häufig notwendig, wenn man im eigenen Namensraum entwickelt, dann an Kunden ausliefert und dann doch mal das eine oder andere kundenspezifische Objekt erstellen muss. Das wird dann aufgrund des Reparaturschlüssels vom Namensraum automatisch mit Originalsystem=SAP angelegt und beim nächsten SAP-Release-/SP-Upgrade ebenso automatisch wie gnadenlos gelöscht...
Ingo Hoffmann

ECC|S/4HANA|BTP
dbh SAP Solutions

Vergleichbare Themen

4
Antw.
2262
Views
Alle Objekte aus Pakethierarchie in Transport übernehmen
von gago » 24.10.2016 10:51 • Verfasst in ABAP® Core
3
Antw.
652
Views
Kundeneigene Felder
von Rabea1103 » 03.06.2021 08:41 • Verfasst in ABAP® für Anfänger
14
Antw.
7061
Views
Kundeneigene Fleder
von jonas1996 » 16.12.2013 08:53 • Verfasst in ABAP® für Anfänger
3
Antw.
6436
Views
kundeneigene Benutzerparameter anlegen
von meddok » 27.02.2006 12:51 • Verfasst in SAP - Allgemeines
2
Antw.
4384
Views
Kundeneigene Felder in Kostenstellen-Stammdaten
von Walhalla » 06.04.2017 16:19 • Verfasst in Financials

Aktuelle Forenbeiträge

Regex in where
vor 3 Stunden von edwin 7 / 162
Daten an Tabelle binden
vor 16 Stunden von Bright4.5 3 / 1486

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

Regex in where
vor 3 Stunden von edwin 7 / 162
Daten an Tabelle binden
vor 16 Stunden von Bright4.5 3 / 1486

Unbeantwortete Forenbeiträge

aRFC im OO-Kontext
vor 5 Wochen von ralf.wenzel 1 / 3261
Hilfe bei SWEC/SWE2
September 2024 von retsch 1 / 9821