Översatt med AI. Gemenskapen har inte granskat översättningen än. Läs på engelska

Blogg · 11 september 2023 · Steve Simpson · Integration

Beam Me Up, Codey! Serialisering och deserialisering: integrationernas transportörer från Star Trek

Introduktion

Som Salesforce Certified Technical Architect och lärare ser jag fram emot att dela med mig om serialisering och deserialisering, integrationernas transportör från Star Trek. Processen är avgörande för att flytta data mellan olika processer, till exempel från Salesforce till Azure.

Att förstå serialisering och deserialisering

Diagram: en klient och en server som utbyter data över en processgräns. Varje sida serialiserar sina objekt till innehållet i en förfrågan eller ett svar (XML, JSON, strukturerat eller binärt), och den andra sidan deserialiserar dem tillbaka till objekt

Serialisering och deserialisering är mekanismer för att flytta data från en process till en annan. När Salesforce (klienten) till exempel behöver skicka data till Azure (servern) serialiserar den data till en ström. De serialiserade data, som kan vara i XML, JSON, fast struktur eller binärt format, skickas sedan över internet till Azure. När Azure tar emot dem deserialiseras de till strukturer som Azure känner igen och kan bearbeta vidare. Ett svar från servern går igenom samma process åt andra hållet.

Serialiseringsformat

Jämförelse av tre dataformat, fast längd, XML och JSON, med exempel, fördelar, nackdelar och de Apex-klasser som används för vart och ett

Format med fast längd

I äldre system var format med fast längd vanliga. Formatet är snabbt men stelt, eftersom du inte kan ändra fältlängder eller lägga till fält utan att göra om formatet. Format med fast längd används sällan i modernt datautbyte.

XML

XML har länge varit en branschstandard tack vare sin utbyggbara definition. Det gör att system med olika versioner av formatet kan fungera ihop. Men XML kan vara skrymmande och kräver ibland att hela dokumentet läses in i minnet för att tolkas.

JSON

JSON håller på att bli den nya branschstandarden tack vare sin lätta och kompakta struktur. Precis som XML tillåter JSON utbyggbara datadefinitioner, och de flesta nya system använder det. Det ger en mindre och lättare payload, vilket gör det till förstahandsvalet för många utvecklare.

Slutsats: välj rätt format

Serialisering och deserialisering är nödvändiga för att flytta data mellan system i ett format som båda förstår. Servern bestämmer oftast formatet, och klienten måste rätta sig efter det. Med flera format att välja mellan, från det äldre formatet med fast längd till XML och det allt populärare JSON, är det viktigt att förstå fördelarna och begränsningarna med vart och ett. I kommande genomgångar går vi djupare in på JSON och tittar på både fast och variabel JSON för att hänga med i utvecklingen.

Håll utkik

För fler insikter och tips, håll utkik här på www.SteveTechArc.com och på YouTube-kanalen @SteveTechArc (opens in a new tab). Prenumerera och fördjupa din förståelse av Salesforce och hur du kan integrera det med andra system.

Vi hjälper till att förändra världen genom att dela integrationskunskap med andra arkitekter och med dem som är på väg att bli arkitekter!

Tack för att du läste, och kom ihåg: Ctrl+Z kan ångra mycket, men att prenumerera och lära sig ger fördelar som inte går att ångra och som är ovärderliga. Håll utkik efter fler insikter!

Transkription med hjälp av AI

STA 1.4