Ansicht
Dokumentation
ABENCHANGING_TYPE_DATA - CHANGING TYPE DATA
CL_GUI_FRONTEND_SERVICES - Frontend Services General Material DataDiese Dokumentation steht unter dem Copyright der SAP AG.
CHANGING-Parameter
CHANGING failed TYPE DATA
mapped TYPE DATA
reported TYPE DATA.
Wirkung
Bei der Implementierung eines Business-Objekt-Providers werden die impliziten Ausgabeparameter failed, mapped und reported für Fehler, Mapping bzw. Meldungen in der Methodensignatur einer Behandlerklasse verwendet. Diese Parameter haben keine festen Datentypen und werden stattdessen mit den von der Verhaltensdefinition abgeleiteten Typen zugewiesen.
Die Parameter failed, mapped und reported können mithilfe des generischen Typs DATA explizit als CHANGING-Parameter deklariert werden. Der Typ DATA wird durch die jeweiligen abgeleiteten Typen ersetzt, die sich aus der konkreten Verhaltensdefinition ergeben.
Im Folgenden werden die Parameter failed, mapped und reported erläutert:
- failed
Als verschachtelte Tabelle definiert, die eine Tabelle für jede in der Verhaltensdefinition definierte Entität enthält. Die fehlgeschlagenen Tabellen enthalten Informationen zum Identifizieren des Datensatzes, bei dem ein Fehler aufgetreten ist: %CID, $[ %PID$], ID der relevanten Business-Objekt-Instanz und %FAIL.
- mapped
Nur für die Operation CREATE relevant. Als verschachtelte Tabelle definiert, die eine Tabelle für jede in der Verhaltensdefinition definierte Entität enthält. Sie enthalten Informationen darüber, welche Schlüsselwerte von der Anwendung für bestimmte %CID vergeben wurden. Der relevante Datensatz wird durch die Komponenten %CID, $[%PID$] und %KEY identifiziert. Mögliche Kombinationen:
- %CID und ID: Der Verbraucher hat keine ID angegeben, daher wird entweder eine ID oder eine temporäre ID erstellt.
- %CID und %PID: Der Verbraucher hat keine ID angegeben und keine temporären Nummern sind verfügbar.
- reported
Als verschachtelte Tabelle definiert, die eine Tabelle für jede in der Verhaltensdefinition definierte Entität enthält. Der Ausgabeparameter reported wird verwendet, um Nachrichten zurückzugeben. Der Datensatz, für den eine Nachricht relevant ist, wird durch die folgenden Komponenten identifiziert: %CID, $[%PID$], ID der relevanten Instanz, %MSG mit einer Instanz des Nachrichten-Interfaces, %ELEMENT der sich auf alle Elemente einer Entität bezieht. Nachrichten, die sich nicht auf eine bestimmte Entitäts-Instanz beziehen, können mit der Komponente %OTHERS zurückgegeben werden.
Beispiel
- TYPES tt_f_root TYPE TABLE FOR FAILED sales_order.
Die Elementinformation für den fehlgeschlagenen Parametertyp tt_f_root:
-
tt_f_root TYPE STANDARD TABLE OF
%CID TYPE abp_behv_cid
travelid TYPE travel_id
%FAIL TYPE if_abap_behv=>t_failinfo
Beispiel
- TYPES tt_r_root TYPE TABLE FOR REPORTED sales_order.
Die Elementinformation für den Parametertyp tt_r_root:
-
tt_r_root TYPE STANDARD TABLE OF
%CID TYPE abp_behv_cid
travelid TYPE travel_id
%msg TYPE REF TO if_abap_behv_message
%ELEMENT
travelid TYPE abap_behv_flag
customerid TYPE abap_behv_flag
agencyid TYPE abap_behv_flag
SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up ABAP Short Reference
Diese Dokumentation steht unter dem Copyright der SAP AG.
Length: 7572 Date: 20240523 Time: 153442 sap01-206 ( 96 ms )