JSON (JavaScript Object Notation) is 'n liggewig, teksgebaseerde dataformaat wat gebou is uit geneste sleutel-waarde-pare en -skikkings, ontwerp om gestruktureerde data voor te stel op 'n manier wat beide maklik is vir masjiene om te ontleed en redelik maklik is vir 'n persoon om direk te lees. Dit het ontstaan ​​uit JavaScript, maar is nou taalonafhanklik, en dit het die standaardformaat geword vir die meeste moderne web-API's, wat ouer, meer uitgebreide alternatiewe vir baie integrasiegebruiksgevalle vervang. In voerbestuur verskyn JSON minder as die formaat van die finale inkopievoer self en meer as die formaat waarop alles rondom daardie voer toenemend loop.

Waarom JSON saak maak vir voerintegrasies

Die meeste produkfeeds wat direk na 'n inkopiekanaal gestuur word, is steeds XML of CSV, maar die stelsels wat daardie feeds bou en bestuur – PIM's, ERP's, feedbestuursplatforms en die API's wat hulle almal verbind – kommunikeer oorweldigend met mekaar in JSON. Wanneer 'n feedbestuurshulpmiddel lewendige voorraad van 'n API afhaal , voorraad deur 'n webhook- vrag nagaan, of data met 'n PIM uitruil, is daardie data amper altyd JSON daaronder, selfs al word dit na XML omgeskakel voordat dit na Google of Meta gestuur word. Verstaan ​​van JSON is belangrik vir enigiemand wat probleme met 'n feedintegrasie oplos, want die meeste van die loodgieterswerk tussen stelsels – nie die finale feedlêer self nie – is waar JSON eintlik geleë is.

Hoe JSON Werk

'n JSON-dokument word gebou uit 'n klein stel primitiwe: objekte, wat sleutel-waarde-pare is wat tussen krulhakies toegedraai is, skikkings, wat geordende lyste is wat tussen vierkantige hakies toegedraai is, en skalaarwaardes soos stringe, getalle en booleaanse waardes. Daar is geen vaste skema wat deur die formaat self afgedwing word nie – 'n JSON-ontleder benodig nie 'n voorafbepaalde dokumenttipe nie, wat deels die rede is waarom dit so wyd gebruik word vir API-response wat moet ontwikkel sonder om ouer kliënte te breek. Wanneer 'n voerplatform 'n JSON-vrag van 'n datavoer- API of 'n webhook ontvang, ontleed dit tipies daardie struktuur en karteer die velde daarvan in wat ook al die bestemmingsvoerformaat – dikwels XML – eintlik vereis.

Voorbeeld: JSON-data agter 'n XML-voeritem

<!--
  Source payload from the merchant's API, before conversion:
  {
    "sku": "SKU-51290",
    "title": "Recycled Denim Tote Bag",
    "price": { "amount": 38.00, "currency": "USD" },
    "availability": "in_stock"
  }
-->
<item>
  <g:id>SKU-51290</g:id>
  <title>Recycled Denim Tote Bag</title>
  <g:price>38.00 USD</g:price>
  <g:availability>in stock</g:availability>
</item>

Die gekommenteerde blok wys dieselfde produk soos dit in JSON bestaan, die formaat wat die meeste voerbestuursinstrumente eintlik van 'n API afhaal, voordat dit platgeslaan word in die XML-etikette wat 'n inkopiekanaal verwag.

Verwante konsepte

JSON is die verbindende formaat agter die meeste van die outomatisering waarvan feeds nou afhanklik is, of dit nou 'n API is wat lewendehawe-data teruggee of 'n webhook wat 'n prysverandering deurvoer die oomblik as dit in 'n bronstelsel gebeur. Dit verskyn ook toenemend as 'n alternatiewe indieningsformaat vir 'n datavoer self, namate meer platforms JSON-gebaseerde oplaai-opsies byvoeg saam met hul tradisionele XML- en CSV-ondersteuning.