Apex reserverte nøkkelord

Selv om det ikke er en god fremgangsmåte, hindrer ikke eksterne tjenester skjemaenheter med samme navn som de Apex-reserverte nøkkelordene. Hvis skjemanavnet ditt kommer i konflikt med et Apex-reservert nøkkelord, oppretter eksterne tjenester et unikt navn ved å kode det slik at det blir kompatibelt med Apex-identifikatorregler.

Du har for eksempel et kontoobjekt med egenskapsnavnet type. I og med at egenskapsnavnet type er i konflikt med Apex-reservert nøkkelord type, koder Eksterne tjenester egenskapsnavnet type som z0type for å gjøre det Apex-kompatibelt. Under oppkall brukes egenskapsnavnet type i henhold til det opprinnelige OpenAPI-skjemaet.

Spesialtegn som ikke er gyldige Apex-identifikatorer, er UTF-8-kodet. Eksempel:

5getOpen-bankingV2.2Atms

er kodet som

x35getOpenx2dbankingV2x2e2Atms

for en gyldig Apex-identifikator.

Selv om understrektegnet "_" er et gyldig Apex-identifikasjonstegn, er det UTF-8-kodet og brukes til å skille deler leksikografisk definert i en External Services-spesifikasjon. Eksempel:

fixed_array_of_AutoContext

inkluderer understrekingstegnet "_". Understrektegnet brukes som delskilletegn for hierarkiske Eksterne tjenester-objektnavn. I dette eksemplet er understrektegnet kodet som

fixedx5farrayx5fofx5fAutoContext 

for en gyldig Apex-identifikator. Du trenger ikke å endre navnet i skjemaet, fordi kjøretid for Eksterne tjenester oversetter det tilbake til tegnet understrek når tjenesten kalles opp.