Release unabhängig entwickeln
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
Hallo,
wie ist es möglich SAP-Release unabhängig in ABAP zu entwickeln? Also, falls sich Tabellennamen oder die Syntax ändern sollte? Damit das Programm nicht bei jedem Wechsel angepasst werden muss.
Gibt es auch eine Möglichkeit eine übergreifende Enwticklung mit SAP HANA durchzuführen?
wie ist es möglich SAP-Release unabhängig in ABAP zu entwickeln? Also, falls sich Tabellennamen oder die Syntax ändern sollte? Damit das Programm nicht bei jedem Wechsel angepasst werden muss.
Gibt es auch eine Möglichkeit eine übergreifende Enwticklung mit SAP HANA durchzuführen?
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Die Syntax ist immer abwärtskompatibel.
Das Thema ist eigentlich nur relevant wenn man Coding mitnimmt zu anderen Kunden die ein (deutlich) geringeres Release haben, dann muss man es halt anpassen. Bei einer Installation hat man dieses Problem nicht.
Abwärtskompatibel oder aufwärtskompatibel? Kann ich ein SAP-Programm, welches auf einem älteren Release entwicklet wurde, in neueren Versionen ohne Probleme einsetzen, auch welche die SAP HANA nutzen?
Wie sieht es mit Änderungen bei den Datenbanken und einer Umbenennung von Funktionsbausteinen aus?
Wie sieht es mit Änderungen bei den Datenbanken und einer Umbenennung von Funktionsbausteinen aus?
Aufwärtskompatibel natürlich... Sorry!
Tabellen und Funktionsbausteine ändern sich in der Regel nicht.
Tabellen und Funktionsbausteine ändern sich in der Regel nicht.
In S/4 ändert sich sehr viel - auf Dauer eigentlich fast alles.ewx hat geschrieben:Aufwärtskompatibel natürlich
Tabellen und Funktionsbausteine ändern sich in der Regel nicht.
Insofern hat das bisher so einigermaßen geklappt, in
Zukunft geht das nicht mehr.
S/4 ist auch ein neues Produkt - kein neues Release.
Aber selbst da werden zwecks Abwärtskompatibilität R/3-Tabellen als View nachgebaut.
Aber selbst da werden zwecks Abwärtskompatibilität R/3-Tabellen als View nachgebaut.
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Aber auch diese Krücke wird nur eine bestimmte Zeit lang bestehen, eben weil es eine Krücke ist. S/4 soll ja dazu dienen, Krücken loszuwerden, die sich über die Jahre eingeschleift haben. Jetzt hat man mir noch eine zentrale, die man auch zentral abschalten kann.
Wirklich release-unabhängig zu entwickeln, ist nicht oder ganz einfach, weil man vieles Moderne, was SAP besser gemacht hat, nicht nutzen kann. Normalerweise entwickelt man etwas und setzt Systemvoraussetzungen voraus.
Ralf
Wirklich release-unabhängig zu entwickeln, ist nicht oder ganz einfach, weil man vieles Moderne, was SAP besser gemacht hat, nicht nutzen kann. Normalerweise entwickelt man etwas und setzt Systemvoraussetzungen voraus.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1947 / 257 /
413
)
»
Das warten wir mal ab, ob die je tatsächlich abgeschaltet werden.Aber auch diese Krücke wird nur eine bestimmte Zeit lang bestehen, eben weil es eine Krücke ist. S/4 soll ja dazu dienen, Krücken loszuwerden, die sich über die Jahre eingeschleift haben. Jetzt hat man mir noch eine zentrale, die man auch zentral abschalten kann.
Die ganzen Sachen, die bei R/3 als obsolet gekennzeichnet worden sind, sind ja auch so ziemlich alle noch drin (auch wenn man sich mit der neuen Krücke beholfen hat, sie bei Verwendung neuer Syntaxformen zu verbieten). Die einzige Sache, die mir akut einfällt und die man tatsächlich rausgenommen hat, ist die (noch unter 3.1i erlaubte) Unterstützung der Verwendung von Umlauten in Feldnamen.Sogar folgendes ist noch möglich, obwohl das nur ein Bug in einem alten Release war:
Code: Alles auswählen.
CALL FUNCTION 'ABC' EXCEPTIONS = 1.
Beitrag
von DeathAndPain (Top Expert / 1947 / 257 /
413
)
»
Was bewirkt das? SY-SUBRC = 1, wenn irgendeine Exception zurückgeliefert wird?
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
ewx
Beitrag
von DeathAndPain (Top Expert / 1947 / 257 /
413
)
»
Muss ich mir merken. Das kann man vielleicht gelegentlich mal brauchen. Schreibt sich kürzer als OTHERS = 1.
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
1382
Views
Views
sALV einzelne Spalten unabhängig von einander optimieren
von Dominic » 20.09.2018 10:32 • Verfasst in ABAP® Core
von Dominic » 20.09.2018 10:32 • Verfasst in ABAP® Core
3
Antw.
Antw.
1767
Views
Views
2
Antw.
Antw.
2416
Views
Views
Fiori App entwickeln (Offlinefähigkeit)
von tekko » 25.08.2020 15:52 • Verfasst in Fiori, UI5, JavaScript
von tekko » 25.08.2020 15:52 • Verfasst in Fiori, UI5, JavaScript
2
Antw.
Antw.
2667
Views
Views
0
Antw.
Antw.
1299
Views
Views
BAPI Baustein für AZV==> Reiter Zusatzdaten B entwickeln
von MASTERmind » 23.05.2007 13:18 • Verfasst in ABAP® Core
von MASTERmind » 23.05.2007 13:18 • Verfasst in ABAP® Core
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor einer Stunde von ralf.wenzel 104 / 9893
vor einer Stunde von ralf.wenzel 104 / 9893
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor einer Stunde von ralf.wenzel 104 / 9893
vor einer Stunde von ralf.wenzel 104 / 9893