In Apex reservierte Stichwörter

Die Verwendung von Schemaeinheiten mit dem gleichen Namen wie die in Apex reservierten Stichwörter ist zwar keine bewährte Methode, sie ist in den externen Services jedoch zulässig. Wenn Ihr Schemaname mit einem in Apex reservierten Stichwort in Konflikt steht, erstellen externe Services einen eindeutigen Namen, indem sie ihn so codieren, dass er mit Apex-Kennzeichnerregeln kompatibel ist.

Angenommen, Sie verfügen über ein Account-Objekt mit dem Eigenschaftsnamen type. Da der Eigenschaftsname type mit dem in Apex reservierten Stichwort type in Konflikt steht, wird der Eigenschaftsname type in den externen Services als z0type codiert, damit er mit Apex kompatibel ist. Während des Callouts wird der Eigenschaftsname type gemäß dem ursprünglichen OpenAPI-Schema verwendet.

Sonderzeichen, die keine gültigen Apex-Kennzeichner sind, sind in UTF-8 codiert. Beispiel:

5getOpen-bankingV2.2Atms

ist codiert als

x35getOpenx2dbankingV2x2e2Atms

für einen gültigen Apex-Kennzeichner.

Auch wenn der Zeichenunterstrich _ ein gültiges Apex-Kennzeichnerzeichen ist, ist es UTF-8-codiert und wird verwendet, um Teile zu trennen, die in einer Spezifikation der externen Services logisch definiert sind. Beispiel:

fixed_array_of_AutoContext

Enthält den Sonderzeichen Unterstrich _. Der Zeichenunterstrich wird als Trennzeichen für hierarchische Objektnamen bei externen Services verwendet. In diesem Beispiel wird der Zeichenunterstrich wie folgt codiert:

fixedx5farrayx5fofx5fAutoContext 

für einen gültigen Apex-Kennzeichner. Sie müssen den Namen im Schema nicht ändern, da die Laufzeit für externe Services ihn wieder in den Zeichenunterstrich umwandelt, wenn der Service aufgerufen wird.