Oversat med AI. Fællesskabet har endnu ikke gennemgået oversættelsen. Læs på engelsk

Blog · 11. september 2023 · Steve Simpson · Integration

Beam Me Up, Codey! Serialisering og deserialisering: integrationernes transportere fra Star Trek

Introduktion

Som Salesforce Certified Technical Architect og underviser glæder jeg mig til at dele min viden om serialisering og deserialisering, integrationernes transporter fra Star Trek. Processen er afgørende for at flytte data mellem forskellige processer, for eksempel fra Salesforce til Azure.

Forstå serialisering og deserialisering

Diagram: en klient og en server, der udveksler data på tværs af en procesgrænse. Hver side serialiserer sine objekter til indholdet af en forespørgsel eller et svar (XML, JSON, struktureret eller binært), og den anden side deserialiserer dem tilbage til objekter

Serialisering og deserialisering er mekanismer til at flytte data fra én proces til en anden. Når Salesforce (klienten) for eksempel skal sende data til Azure (serveren), serialiserer den data til en strøm. De serialiserede data, der kan være i XML, JSON, fast struktur eller binært format, sendes derefter over internettet til Azure. Når Azure modtager dem, deserialiseres de til strukturer, som Azure genkender og kan behandle videre. Et svar fra serveren gennemgår den samme proces i omvendt retning.

Serialiseringsformater

Sammenligning af tre dataformater, fast længde, XML og JSON, med eksempel, fordele, ulemper og de Apex-klasser, der bruges til hvert af dem

Format med fast længde

I ældre systemer var formater med fast længde almindelige. Formatet er hurtigt, men ufleksibelt, fordi du ikke kan ændre feltlængder eller tilføje felter uden at lave formatet om. Formater med fast længde bruges sjældent i moderne dataudveksling.

XML

XML har længe været en branchestandard takket være sin udvidelige definition. Den gør det muligt for systemer med forskellige versioner af formatet at arbejde sammen. Men XML kan være omfangsrigt og kræver nogle gange, at hele dokumentet indlæses i hukommelsen for at blive fortolket.

JSON

JSON er ved at blive den nye branchestandard takket være sin lette og kompakte struktur. Ligesom XML tillader JSON udvidelige datadefinitioner, og de fleste nye systemer tager det i brug. Det giver en mindre og lettere payload, hvilket gør det til førstevalget for mange udviklere.

Konklusion: vælg det rigtige format

Serialisering og deserialisering er nødvendige for at flytte data mellem systemer i et format, begge parter forstår. Serveren bestemmer typisk formatet, og klienten må rette sig efter det. Med flere formater at vælge imellem, fra det ældre format med fast længde til XML og det stadig mere populære JSON, er det vigtigt at forstå fordelene og begrænsningerne ved hvert af dem. I kommende gennemgange går vi dybere ned i JSON og ser på både fast og variabel JSON for at følge med udviklingen.

Hold øje

For flere indsigter og tips, hold øje her på www.SteveTechArc.com og på YouTube-kanalen @SteveTechArc (opens in a new tab). Abonnér, og styrk din forståelse af Salesforce, og hvordan du kan integrere det med andre systemer.

Vi hjælper med at forandre verden ved at dele integrationsviden med andre arkitekter og med dem, der er på vej til at blive arkitekter!

Tak fordi du læste med, og husk: Ctrl+Z kan fortryde meget, men at abonnere og lære giver fordele, der ikke kan fortrydes, og som er uvurderlige. Hold øje med flere indsigter!

Transskription med hjælp fra AI

STA 1.4