Typprüfung und Typkompatibilität (SAP-Bibliothek - Applikationsentwicklung auf AS ABAP)

Typprüfung und Typkompatibilität

Aus historischen Gründen können Feldsymbole und Parameter von Unterprogrammen oder Funktionsbausteinen mit dem Zusatz STRUCTURE typisiert werden.

Wenn Feldsymbole mit FIELD-SYMBOLS <f> STRUCTURE s DEFAULT wa
typisiert sind und ihnen später mit ASSIGN wa TO <f> ... ein Datenobjekt wa zugewiesen wird, dann wird in NUP in beiden Anweisungen nur geprüft, ob wa mindestens so lang wie s ist und wa die Ausrichtungsanforderungen von s zur Laufzeit erfüllt.

Wenn Parameter in Funktionsbausteinen oder Unterprogrammen mit FORM form1 USING/CHANGING arg STRUCTURE s ... oder FORM form2 TABLES itab_a STRUCTURE s ... typisiert sind und ihnen mit PERFORM form1 USING/CHANGING wa oder PERFORM form2 USING/CHANGING itab_b Aktualparameter übergeben werden, wird in NUP ebenfalls nur geprüft, ob wa oder der Zeilentyp von itab_b mindestens so lang wie s ist und wa beziehungsweise der Zeilentyp von itab_b die Ausrichtungsanforderungen von s erfüllt. Das Gleiche gilt für Parameter von Funktionsbausteinen, die mit STRUCTURE typisiert sind.

In UP werden nach einer Typisierung mit STRUCTURE bei einer Zuweisung von Datenobjekten, also beim DEFAULT-Zusatz der Anweisung FIELD-SYMBOLS, beim ASSIGN und bei der Übergabe von Aktualparametern folgende zusätzliche Regeln überprüft:

Ist wa beziehungsweise der Zeilentyp von itab_b eine flache oder tiefe Struktur, dann müssen die Unicode-Fragmentsichten von wa beziehungsweise von itab_b und s in der Länge von s übereinstimmen.
Ist wa ein Einzelfeld, dann sind nur die zeichenartigen Typen C, N, D oder T erlaubt und die Struktur s muß rein zeichenartig sein.

Wurde bei einem Funktionsbaustein ein Argument mit ... LIKE struc typisiert, wobei struc eine flache Struktur ist, so wird in NUP bei der Parameterübergabe nur geprüft, ob das Argument eine flache Struktur gleicher Länge ist. In UP wird zusätzlich geprüft, daß die Fragmentsichten des aktuellen und formalen Parameters übereinstimmen.

Außerdem sind zwei Strukturen, von denen eine oder beide Includes enthalten, nur noch dann kompatibel, wenn die durch Include verursachten Alignment-Lücken auf allen Plattformen übereinstimmen. Im folgenden Beispiel sind struc1 und struc2 nicht zueinander kompatibel, weil vor dem INCLUDE im US eine zusätzliche Alignment-Lücke auftritt:

BEGIN OF struc1,
  a(1) TYPE X,
  b(1) TYPE X,
  c(1) TYPE C,
END OF struc1.
BEGIN OF struc2,
  a(1) TYPE X.
  INCUDE struc3.
END OF struc2.
BEGIN OF struc3,
  b(1) TYPE X,
c(1) TYPE C,
END OF struc3.

Da sich die Typkompatibilität in UP und NUP unterscheiden kann, gelten in NUS für die Prüfung der Parameter stets die Typkompatibilitätsregeln des Aufrufers. Ruft also ein NUP ein UP auf, dann wird die Typkompatibilität wie im NUP bestimmt. Umgekehrt wird die Unicode-Prüfung eingeschaltet, wenn ein UP ein NUP aufruft.

Hinweis Im Zusammenhang mit Strukturerweiterungen sind die im Dictionary verwendeten Kategorien zu beachten.