JSON என்றால் என்ன? எடுத்துக்காட்டுகளுடன் எளிய வழிகாட்டி

JSON (JavaScript Object Notation) என்பது கட்டமைக்கப்பட்ட தரவை — ஒரு வாடிக்கையாளர், ஒரு ஆர்டர், அல்லது தயாரிப்புகளின் பட்டியல் போன்றவற்றை — பெயர்களையும் மதிப்புகளையும் இணைத்து எழுதும் எளிய உரை வடிவம். மனிதர்கள் எளிதாகப் படிக்கலாம்; நிரல்கள் எளிதாக உருவாக்கவும் பகுக்கவும் முடியும். ஆப்களும் சேவைகளும் வலையில் தரவைப் பரிமாறும்போது, JSON தான் மிகவும் பொதுவான வடிவம்.

AI மூலம் கட்டும்போது JSON ஏன் முக்கியம்

நீங்கள் ஒருபோதும் கோடு எழுதாவிட்டாலும், JSON-ஐ தொடர்ந்து சந்திப்பீர்கள்:

• APIs. உங்கள் ஆப்பின் திரைகள் அதன் backend-லிருந்து தரவை ஏற்றும்போதோ, உங்கள் backend ஒரு பணம் செலுத்துதல், மின்னஞ்சல் அல்லது AI சேவையை அழைக்கும்போதோ, தரவு பொதுவாக JSON-ஆகவே பயணிக்கும். API என்றால் என்ன பார்க்கவும்.
• அமைப்புக் கோப்புகள். பல திட்ட configuration கோப்புகள் JSON — எடுத்துக்காட்டாக package.json, இது ஒரு JavaScript திட்டத்தின் dependencies-களைப் பட்டியலிடுகிறது.
• தரவுத்தளங்கள். நேர்த்தியான வரிசைகளிலும் நெடுவரிசைகளிலும் பொருந்தாத தரவுக்கு Postgres ஒரு நெடுவரிசையில் JSON-ஐச் சேமிக்க முடியும் (jsonb வகை). Postgres என்றால் என்ன பார்க்கவும்.
• AI வெளியீடு. ஒரு நிரல் பயன்படுத்தக்கூடிய ஒன்றை AI மாதிரி திருப்பித் தர வேண்டுமென்றால் — குறிச்சொற்களின் பட்டியல், பிரித்தெடுக்கப்பட்ட invoice புலங்கள் — பொதுவாக JSON கேட்பீர்கள்.
• பிழைச் செய்திகளும் logs-உம். பல பிழைகள் JSON-ஆக வரும்; அவற்றைப் படிப்பதுதான் என்ன தவறு நடந்தது என்று அறியும் வேகமான வழி.

JSON-ஐ படிக்கத் தெரிந்தால், உங்கள் ஆப் உண்மையில் பெற்றதைச் சரிபார்க்கலாம், விடுபட்ட புலத்தைக் கண்டறியலாம், உங்கள் AI பில்டரிடம் பிரச்சினைகளை துல்லியமாக விவரிக்கலாம்.

அன்றாட உதாரணம்

ஒரு காகிதப் படிவத்தை நினையுங்கள்: பெயர்: ____, தொலைபேசி: ____, செய்திமடல்: ☐ ஆம் ☐ இல்லை. ஒவ்வொரு உள்ளீடும் ஒரு லேபிளும் அதற்கு அடுத்துள்ள மதிப்பும். JSON என்பது அந்தப் படிவத்தை, கணினி யூகிக்காமல் படிக்கக்கூடிய கடுமையான அமைப்பில், உரையாக எழுதியது. படிவங்களைப் போலவே, JSON-லும் பிரிவுக்குள் பிரிவுகள் இருக்கலாம் (தெரு, நகரம், அஞ்சல் குறியீட்டுடன் ஒரு முகவரிப் பிரிவு) மற்றும் பட்டியல்களும் (பல தொலைபேசி எண்கள்).

JSON எப்படி இருக்கும்

இங்கே ஒரே ஒரு முன்பதிவு JSON-ல்:

{
  "id": 5001,
  "customer": "Lena Park",
  "service": "Haircut",
  "startsAt": "2026-10-03T14:00:00Z",
  "price": 35.5,
  "paid": false,
  "notes": null,
  "extras": ["beard trim", "hot towel"],
  "contact": {
    "email": "lena@example.com",
    "phone": "+44 20 7946 0000"
  }
}

இதைப் படிப்பது:

• சுருள் அடைப்புக்குறிகள் { } ஒரு object-ஐச் சுற்றும் — பெயர்/மதிப்பு இணைகளின் தொகுப்பு.
• ஒவ்வொரு இணையும் "name": value; கமாக்களால் பிரிக்கப்பட்டவை.
• சதுர அடைப்புக்குறிகள் [ ] ஒரு array-ஐச் சுற்றும் — வரிசையான பட்டியல்.
• contact மற்றும் extras போல, objects-உம் arrays-உம் ஒன்றுக்குள் ஒன்று அமையலாம்.

ஆறு வகை மதிப்புகள்

JSON-ல் ஆறு வகை மதிப்புகள் மட்டுமே உள்ளன. இந்தச் சிறிய பட்டியலே அது எல்லா இடத்திலும் வேலை செய்வதற்கு ஒரு முக்கியக் காரணம்.

தேதி வகை இல்லை. தேதிகள் சரங்களாக எழுதப்படுகின்றன; பொதுவாக மேலே காட்டிய ISO 8601 வடிவத்தில் (2026-10-03T14:00:00Z, இங்கு Z என்பது UTC). அந்த வடிவத்தில் ஒத்துக்கொள்வது நேர மண்டல பிழைகளின் ஒரு முழு வகையைத் தவிர்க்கிறது.

கடுமையான விதிகள் (பிழைகள் எங்கிருந்து வருகின்றன)

JSON தோற்றத்தை விட குறைவாகவே மன்னிக்கும். இவை அனைத்தும் தவறானவை:

{ name: "Lena" }            ← இரட்டை மேற்கோள்குறி இல்லாத key
{ 'name': 'Lena' }          ← ஒற்றை மேற்கோள்குறிகள்
{ "a": 1, "b": 2, }         ← கடைசியில் கமா
{ "a": 1 "b": 2 }           ← கமா விடுபட்டுள்ளது
{ "a": 1 // comment }       ← கருத்துகள் அனுமதிக்கப்படாது

நீங்கள் பார்க்கும் பெரும்பாலான “Unexpected token” பிழைகள் இவற்றில் ஒன்று. JSON validator அல்லது formatter சரியான வரியைக் காட்டும்.

நடைமுறை உதாரணம்: ஒரு ஆப் வழியாக JSON

ஒரு வாடிக்கையாளர் ஒரு salon ஆப்பில் முடி வெட்டுதலை முன்பதிவு செய்கிறார். JSON எங்கே வருகிறது என்பது இங்கே:

1. முன்பதிவுப் படிவம் இதை ஆப்பின் backend-க்கு அனுப்புகிறது:

{ "service": "Haircut", "startsAt": "2026-10-03T14:00:00Z", "name": "Lena Park" }

1. Backend முன்பதிவை தரவுத்தளத்தில் சேமித்து, 201 Created நிலையுடனும் பின்வருவதுடனும் பதில் அளிக்கிறது:

{ "id": 5001, "status": "confirmed" }

1. அந்த நேரம் ஏற்கெனவே எடுக்கப்பட்டிருந்தால், அதற்கு பதிலாக 409 Conflict நிலையுடனும் பின்வருவதுடனும் பதில் அளிக்கலாம்:

{ "error": "slot_taken", "message": "That time was just booked. Please pick another." }

பக்கம் status அல்லது error ஐப் படித்து சரியான செய்தியைக் காட்டுகிறது. பக்கம் வெற்றுத் திரையைக் காட்டியிருந்தால், உலாவியின் developer tools (Network tab) திறந்தால் இந்த JSON தெரியும் — என்ன தவறு நடந்தது என்பதற்கான பெரும்பாலும் வேகமான துப்பு இதுதான்.

முக்கிய சொற்கள்

பொதுவான தவறான புரிதல்கள்

• “JSON என்பது JavaScript.” இது JavaScript-ன் தொடரியலிலிருந்து வந்தாலும், இது மொழி-சாராதது; Python, Java, C#, Go மற்றும் மற்றவை அனைத்தும் இதைப் படிக்கின்றன.
• “மேற்கோள்குறிகளுக்குள் உள்ள எண்கள் சரி.” "35" ஒரு சரம், எண் அல்ல. இரண்டையும் கலந்தால் "35" + "5" "355" ஆவது போன்ற பிழைகள் வரும். பணத்தை முழு சென்ட்களாக (3550) சேமிப்பது பெரும்பாலும் நல்லது; இது rounding பிரச்சினைகளைத் தவிர்க்கும்.
• “அது வெறும் தரவு என்பதால் JSON பாதுகாப்பானது.” JSON எதையும் சுமக்கலாம், ரகசியங்களும் சேர்த்து. உலாவிக்கு அனுப்பப்படும் JSON-ல் API keys-களை வைக்காதீர்கள்.
• “எல்லாவற்றையும் ஒரு JSON நெடுவரிசையில் வையுங்கள்.” நெகிழ்வான கூடுதல் தரவுக்கு வசதியானது; ஆனால் நீங்கள் தேடும், வடிகட்டும், இணைக்கும் தரவு பொதுவாக சரியான நெடுவரிசைகளில் இருக்க வேண்டும்.
• “AI எப்போதும் சரியான JSON திருப்பித் தரும்.” மாதிரிகள் கூடுதல் உரையைச் சேர்க்கலாம் அல்லது வடிவத்தை உடைக்கலாம். பல வழங்குநர்கள் structured-output முறையை வழங்குகின்றனர்; ஆனாலும் திரும்ப வருவதை உங்கள் கோடு சரிபார்க்க வேண்டும்.

உங்கள் AI பில்டரிடம் என்ன கேட்க வேண்டும்

• “இந்த endpoint திருப்பித் தரும் JSON-க்கு ஒரு எடுத்துக்காட்டு காட்டுங்கள்.”
• “பிழைகளை error குறியீடு மற்றும் மனிதர் படிக்கக்கூடிய message-உடன் JSON-ஆகத் திருப்புங்கள்.”
• “தேதிகளை UTC-ல் ISO 8601 சரங்களாகச் சேமியுங்கள்; உள்ளூர் நேரத்துக்கு மாற்றுவது திரையில் மட்டும்.”
• “விலைகளை முழு சென்ட் எண்களாகச் சேமியுங்கள்.”
• “வரும் JSON-ஐ சர்வரில் சரிபார்த்து, விடுபட்ட அல்லது தவறான வகைப் புலங்கள் உள்ள கோரிக்கைகளை நிராகரியுங்கள்.”
• “AI மாதிரியை அழைக்கும்போது, இந்த சரியான வடிவத்தில் JSON கேட்டு, பயன்படுத்துவதற்கு முன் சரிபாருங்கள்.”

Mythex-ல் JSON

Mythex-ல் JSON-ஐ கையால் எழுத வேண்டியதில்லை — நீங்கள் என்ன வேண்டும் என்று விவரிக்கிறீர்கள்; அதை அனுப்பும், படிக்கும் கோடை agent எழுதுகிறது. ஆனாலும் அதை அடையாளம் காண்பது உதவும்: ஏதாவது உடைந்தால், JSON பிழையை chat-ல் ஒட்டினால் agent-க்கு துல்லியமான துப்பு கிடைக்கும். ஆவணங்களின் REST API backend recipe தொடக்கத்திலிருந்தே “தெளிவான JSON பிழைகளை” கேட்கிறது; integrate any API recipe வெளி சேவைகளை அழைப்பதை விளக்குகிறது. பெரிய படத்துக்கு, REST vs GraphQL மற்றும் AI-ல் கட்டிய ஆப்பில் பிழைகளை debug செய்வது எப்படி பாருங்கள்.

கேள்விகள்