JSON (សញ្ញាណវត្ថុ JavaScript) គឺជាទម្រង់ទិន្នន័យដែលមានមូលដ្ឋានលើអត្ថបទទម្ងន់ស្រាល ដែលបង្កើតឡើងពីគូ និងអារេតម្លៃសោដែលដាក់បញ្ចូលគ្នា ដែលត្រូវបានរចនាឡើងដើម្បីតំណាងឱ្យទិន្នន័យដែលមានរចនាសម្ព័ន្ធតាមរបៀបដែលងាយស្រួលសម្រាប់ម៉ាស៊ីនក្នុងការវិភាគ និងងាយស្រួលសមរម្យសម្រាប់មនុស្សម្នាក់ក្នុងការអានដោយផ្ទាល់។ វាបានកើតចេញពី JavaScript ប៉ុន្តែឥឡូវនេះមិនអាស្រ័យលើភាសាទេ ហើយវាបានក្លាយជាទម្រង់លំនាំដើមសម្រាប់ API គេហទំព័រទំនើបភាគច្រើន ដោយជំនួសជម្រើសចាស់ៗ និងមានភាពស្មុគស្មាញជាងសម្រាប់ករណីប្រើប្រាស់សមាហរណកម្មជាច្រើន។ នៅក្នុងការគ្រប់គ្រងមតិព័ត៌មាន JSON បង្ហាញតិចជាទម្រង់នៃមតិព័ត៌មានទិញទំនិញចុងក្រោយដោយខ្លួនឯង និងច្រើនជាងនេះទៅទៀតជាទម្រង់ដែលអ្វីៗគ្រប់យ៉ាងនៅជុំវិញមតិព័ត៌មាននោះដំណើរការកាន់តែខ្លាំងឡើង។

ហេតុអ្វីបានជា JSON មានសារៈសំខាន់សម្រាប់ការរួមបញ្ចូល Feed

មតិព័ត៌មានផលិតផលភាគច្រើនដែលបានដាក់ស្នើដោយផ្ទាល់ទៅកាន់ឆានែលទិញទំនិញនៅតែជា XML ឬ CSV ប៉ុន្តែប្រព័ន្ធដែលបង្កើត និងគ្រប់គ្រងមតិព័ត៌មានទាំងនោះ — PIMs, ERPs, វេទិកាគ្រប់គ្រងមតិព័ត៌មាន និង APIs ដែលភ្ជាប់ពួកវាទាំងអស់ — ទាក់ទងគ្នាទៅវិញទៅមកយ៉ាងច្រើនលើសលប់នៅក្នុង JSON។ នៅពេលដែលឧបករណ៍គ្រប់គ្រងមតិព័ត៌មានទាញយកសារពើភ័ណ្ឌផ្ទាល់ពី API ពិនិត្យស្តុកតាមរយៈ payload webhook ឬផ្លាស់ប្តូរទិន្នន័យជាមួយ PIM ទិន្នន័យនោះស្ទើរតែតែងតែជា JSON នៅខាងក្រោម ទោះបីជាវាត្រូវបានបំប្លែងទៅជា XML មុនពេលត្រូវបានដាក់ស្នើទៅ Google ឬ Meta ក៏ដោយ។ ការយល់ដឹងអំពី JSON មានសារៈសំខាន់សម្រាប់អ្នកដែលដោះស្រាយបញ្ហានៃការរួមបញ្ចូលមតិព័ត៌មាន ពីព្រោះការតភ្ជាប់ភាគច្រើនរវាងប្រព័ន្ធ — មិនមែនឯកសារមតិព័ត៌មានចុងក្រោយនោះទេ — គឺជាកន្លែងដែល JSON ពិតជារស់នៅ។

របៀបដែល JSON ដំណើរការ

ឯកសារ JSON ត្រូវបានបង្កើតឡើងពីសំណុំតូចមួយនៃបឋមកថា៖ វត្ថុ ដែលជាគូតម្លៃគន្លឹះដែលរុំក្នុងតង្កៀបអង្កាញ់ អារេ ដែលជាបញ្ជីដែលមានលំដាប់លំដោយរុំក្នុងតង្កៀបការ៉េ និងតម្លៃមាត្រដ្ឋានដូចជាខ្សែអក្សរ លេខ និងប៊ូលីន។ មិនមានគ្រោងការណ៍ថេរដែលអនុវត្តដោយទម្រង់ខ្លួនវាទេ - កម្មវិធីវិភាគ JSON មិនតម្រូវឱ្យមានប្រភេទឯកសារដែលបានកំណត់ជាមុនទេ ដែលជាផ្នែកមួយនៃមូលហេតុដែលវាត្រូវបានគេប្រើប្រាស់យ៉ាងទូលំទូលាយសម្រាប់ការឆ្លើយតប API ដែលត្រូវការវិវត្តដោយមិនបំបែកអតិថិជនចាស់ៗ។ នៅពេលដែលវេទិកាចំណីទទួលបានបន្ទុក JSON ពី API ចំណីទិន្នន័យ ឬ webhook ជាធម្មតាវាវិភាគរចនាសម្ព័ន្ធនោះ ហើយផ្គូផ្គងវាលរបស់វាទៅជាទម្រង់ចំណីគោលដៅណាមួយ - ជាញឹកញាប់ XML - ពិតជាត្រូវការ។

ឧទាហរណ៍៖ ទិន្នន័យ JSON នៅពីក្រោយធាតុ XML Feed

<!--
  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>

ប្លុកដែលបានផ្ដល់មតិបង្ហាញផលិតផលដូចគ្នានឹងវាមាននៅក្នុង JSON ដែលជាទម្រង់ដែលឧបករណ៍គ្រប់គ្រងចំណីភាគច្រើនពិតជាទាញចេញពី API មុនពេលវាត្រូវបានបង្រួមទៅជាស្លាក XML ដែលឆានែលទិញទំនិញរំពឹងទុក។

គំនិតពាក់ព័ន្ធ

JSON គឺជាទម្រង់ភ្ជាប់នៅពីក្រោយស្វ័យប្រវត្តិកម្មភាគច្រើនដែលចំណីព័ត៌មានពឹងផ្អែកលើឥឡូវនេះ មិនថាវាជា API ដែលប្រគល់ទិន្នន័យស្តុកផ្ទាល់ ឬ webhook ដែលជំរុញការផ្លាស់ប្តូរតម្លៃនៅពេលដែលវាកើតឡើងនៅក្នុងប្រព័ន្ធប្រភព។ វាក៏លេចឡើងកាន់តែខ្លាំងឡើងជាទម្រង់ដាក់ស្នើជំនួសសម្រាប់ចំណីទិន្នន័យខ្លួនឯងផងដែរ ខណៈដែលវេទិកាកាន់តែច្រើនបន្ថែមជម្រើសផ្ទុកឡើងដែលមានមូលដ្ឋានលើ JSON រួមជាមួយនឹងការគាំទ្រ XML និង CSV ប្រពៃណីរបស់ពួកគេ។