JSON ಎಂದರೇನು? ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಸರಳ ವಿವರಣೆ

JSON (JavaScript Object Notation) ಎಂಬುದು ರಚನಾತ್ಮಕ ಡೇಟಾವನ್ನು — ಒಬ್ಬ ಗ್ರಾಹಕ, ಒಂದು ಆರ್ಡರ್ ಅಥವಾ ಉತ್ಪನ್ನಗಳ ಪಟ್ಟಿ — ಹೆಸರುಗಳನ್ನು ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಜೋಡಿಸಿ ಬರೆಯುವ ಸರಳ ಪಠ್ಯ ಫಾರ್ಮ್ಯಾಟ್. ಜನರು ಓದಲು ಸುಲಭ, ಮತ್ತು ಪ್ರೋಗ್ರಾಮ್‌ಗಳು ಉತ್ಪಾದಿಸಲು ಮತ್ತು ಪಾರ್ಸ್ ಮಾಡಲು ಸುಲಭ. ವೆಬ್‌ನಲ್ಲಿ ಆ್ಯಪ್‌ಗಳು ಮತ್ತು ಸೇವೆಗಳು ಡೇಟಾ ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವಾಗ JSON ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಫಾರ್ಮ್ಯಾಟ್.

AI ಜೊತೆ ನಿರ್ಮಿಸುವಾಗ JSON ಏಕೆ ಮುಖ್ಯ

ಕೋಡ್ ಬರೆಯದಿದ್ದರೂ ನೀವು JSON ಅನ್ನು ನಿರಂತರವಾಗಿ ಎದುರಿಸುತ್ತೀರಿ:

• API ಗಳು. ನಿಮ್ಮ ಆ್ಯಪ್‌ನ ಪರದೆಗಳು ಬ್ಯಾಕೆಂಡ್‌ನಿಂದ ಡೇಟಾ ಲೋಡ್ ಮಾಡಿದಾಗ, ಅಥವಾ ನಿಮ್ಮ ಬ್ಯಾಕೆಂಡ್ ಪೇಮೆಂಟ್, ಇಮೇಲ್ ಅಥವಾ AI ಸೇವೆಯನ್ನು ಕರೆದಾಗ, ಡೇಟಾ ಸಾಮಾನ್ಯವಾಗಿ JSON ರೂಪದಲ್ಲಿ ಪ್ರಯಾಣಿಸುತ್ತದೆ. API ಎಂದರೇನು ನೋಡಿ.
• ಸೆಟ್ಟಿಂಗ್ ಫೈಲ್‌ಗಳು. ಅನೇಕ ಪ್ರಾಜೆಕ್ಟ್ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳು JSON — ಉದಾಹರಣೆಗೆ package.json, ಇದು JavaScript ಪ್ರಾಜೆಕ್ಟ್‌ನ ಡಿಪೆಂಡೆನ್ಸಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.
• ಡೇಟಾಬೇಸ್‌ಗಳು. Postgres ರೋ ಮತ್ತು ಕಾಲಮ್‌ಗಳಿಗೆ ಹೊಂದದ ಡೇಟಾಕ್ಕಾಗಿ ಕಾಲಮ್‌ನಲ್ಲಿ JSON ಸಂಗ್ರಹಿಸಬಲ್ಲದು (jsonb ಪ್ರಕಾರ). Postgres ಎಂದರೇನು ನೋಡಿ.
• AI ಔಟ್‌ಪುಟ್. AI ಮಾದರಿ ಪ್ರೋಗ್ರಾಮ್ ಬಳಸಬಲ್ಲ ಯಾವುದನ್ನಾದರೂ — ಟ್ಯಾಗ್‌ಗಳ ಪಟ್ಟಿ, ಇನ್‌ವಾಯ್ಸ್ ಫೀಲ್ಡ್‌ಗಳು — ಹಿಂತಿರುಗಿಸಬೇಕೆಂದರೆ ಸಾಮಾನ್ಯವಾಗಿ JSON ಕೇಳುತ್ತೀರಿ.
• ದೋಷ ಸಂದೇಶಗಳು ಮತ್ತು ಲಾಗ್‌ಗಳು. ಅನೇಕ ದೋಷಗಳು 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"
  }
}

ಓದುವ ರೀತಿ:

• ಕರ್ಲಿ ಬ್ರೇಸ್ { } ಒಂದು ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಸುತ್ತುತ್ತದೆ — ಹೆಸರು/ಮೌಲ್ಯ ಜೋಡಿಗಳ ಗುಂಪು.
• ಪ್ರತಿ ಜೋಡಿ "ಹೆಸರು": ಮೌಲ್ಯ ರೂಪದಲ್ಲಿದೆ, ಕಾಮಾಗಳಿಂದ ಬೇರ್ಪಟ್ಟಿದೆ.
• ಚೌಕ ಬ್ರಾಕೆಟ್ [ ] ಒಂದು ಅರೇ ಅನ್ನು ಸುತ್ತುತ್ತದೆ — ಕ್ರಮಬದ್ಧ ಪಟ್ಟಿ.
• contact ಮತ್ತು extras ನಂತೆ, ಆಬ್ಜೆಕ್ಟ್‌ಗಳು ಮತ್ತು ಅರೇಗಳು ಒಂದರೊಳಗೊಂದು ಇರಬಹುದು.

ಆರು ವಿಧದ ಮೌಲ್ಯಗಳು

JSON ನಲ್ಲಿ ಕೇವಲ ಆರು ವಿಧದ ಮೌಲ್ಯಗಳಿವೆ. ಈ ಸಣ್ಣ ಪಟ್ಟಿಯೇ ಅದು ಎಲ್ಲೆಡೆ ಕೆಲಸ ಮಾಡಲು ದೊಡ್ಡ ಕಾರಣ.

JSON ನಲ್ಲಿ ದಿನಾಂಕ ವಿಧವಿಲ್ಲ. ದಿನಾಂಕಗಳನ್ನು ಸ್ಟ್ರಿಂಗ್ ಆಗಿ ಬರೆಯಲಾಗುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಮೇಲೆ ತೋರಿಸಿದ ISO 8601 ರೂಪದಲ್ಲಿ (2026-10-03T14:00:00Z, ಇಲ್ಲಿ Z ಎಂದರೆ UTC). ಈ ಫಾರ್ಮ್ಯಾಟ್ ಒಪ್ಪಿಕೊಳ್ಳುವುದು ಸಮಯ-ವಲಯ ದೋಷಗಳ ಒಂದು ಇಡೀ ವರ್ಗವನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

ಕಠಿಣ ನಿಯಮಗಳು (ದೋಷಗಳು ಎಲ್ಲಿಂದ ಬರುತ್ತವೆ)

JSON ಕಾಣುವುದಕ್ಕಿಂತ ಕಠಿಣ. ಇವೆಲ್ಲವೂ ಅಮಾನ್ಯ:

{ name: "Lena" }            ← ಡಬಲ್ ಕೋಟ್ ಇಲ್ಲದ ಕೀ
{ 'name': 'Lena' }          ← ಸಿಂಗಲ್ ಕೋಟ್‌ಗಳು
{ "a": 1, "b": 2, }         ← ಹೆಚ್ಚುವರಿ ಕಾಮಾ
{ "a": 1 "b": 2 }           ← ಕಾಮಾ ಕಾಣೆ
{ "a": 1 // comment }       ← ಕಾಮೆಂಟ್‌ಗಳಿಗೆ ಅವಕಾಶವಿಲ್ಲ

ನೀವು ನೋಡುವ ಹೆಚ್ಚಿನ "Unexpected token" ದೋಷಗಳು ಇವುಗಳಲ್ಲಿ ಒಂದು. ಒಂದು JSON ವ್ಯಾಲಿಡೇಟರ್ ಅಥವಾ ಫಾರ್ಮ್ಯಾಟರ್ ನಿಖರ ಸಾಲನ್ನು ತೋರಿಸುತ್ತದೆ.

ಒಂದು ಕೆಲಸದ ಉದಾಹರಣೆ: ಆ್ಯಪ್ ಮೂಲಕ JSON

ಒಬ್ಬ ಗ್ರಾಹಕ ಸಲೂನ್ ಆ್ಯಪ್‌ನಲ್ಲಿ ಹೇರ್‌ಕಟ್ ಬುಕ್ ಮಾಡುತ್ತಾರೆ. ಇಲ್ಲಿ JSON ಎಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ:

1. ಬುಕಿಂಗ್ ಫಾರ್ಮ್ ಆ್ಯಪ್‌ನ ಬ್ಯಾಕೆಂಡ್‌ಗೆ ಇದನ್ನು ಕಳುಹಿಸುತ್ತದೆ:

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

1. ಬ್ಯಾಕೆಂಡ್ ಬುಕಿಂಗ್ ಅನ್ನು ಡೇಟಾಬೇಸ್ ನಲ್ಲಿ ಉಳಿಸಿ, ಸ್ಥಿತಿ 201 Created ಮತ್ತು ಇದನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ:

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

1. ಆ ಸಮಯ ಈಗಾಗಲೇ ಬುಕ್ ಆಗಿದ್ದರೆ, ಬದಲಿಗೆ 409 Conflict ಮತ್ತು ಇದನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು:

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

ಪುಟ status ಅಥವಾ error ಓದಿ ಸರಿಯಾದ ಸಂದೇಶ ತೋರಿಸುತ್ತದೆ. ಪುಟ ಖಾಲಿ ಪರದೆ ತೋರಿಸಿದರೆ, ಬ್ರೌಸರ್‌ನ ಡೆವಲಪರ್ ಟೂಲ್ಸ್ (Network ಟ್ಯಾಬ್) ತೆರೆದರೆ ಈ JSON ಕಾಣುತ್ತದೆ — ಏನು ತಪ್ಪಾಯಿತು ಎಂದು ತಿಳಿಯಲು ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ ಅತ್ಯಂತ ವೇಗದ ಸುಳಿವು.

ಪ್ರಮುಖ ಪದಗಳು

ಸಾಮಾನ್ಯ ತಪ್ಪು ಕಲ್ಪನೆಗಳು

• "JSON ಎಂದರೆ JavaScript." ಇದು JavaScript ಸಿಂಟ್ಯಾಕ್ಸ್‌ನಿಂದ ಬಂದಿದ್ದರೂ, ಇದು ಭಾಷಾ-ಸ್ವತಂತ್ರ; Python, Java, C#, Go ಮತ್ತು ಇತರ ಎಲ್ಲವೂ ಇದನ್ನು ಓದುತ್ತವೆ.
• "ಕೋಟ್‌ಗಳಲ್ಲಿರುವ ಸಂಖ್ಯೆಗಳು ಸರಿ." "35" ಒಂದು ಸ್ಟ್ರಿಂಗ್, ಸಂಖ್ಯೆ ಅಲ್ಲ. ಇವುಗಳನ್ನು ಬೆರೆಸಿದರೆ "35" + "5" "355" ಆಗುವಂತಹ ದೋಷಗಳು ಬರುತ್ತವೆ. ಹಣವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಪೂರ್ಣ ಸೆಂಟ್‌ಗಳಲ್ಲಿ (3550) ಇಡುವುದು ರೌಂಡಿಂಗ್ ಸಮಸ್ಯೆ ತಪ್ಪಿಸುತ್ತದೆ.
• "JSON ಕೇವಲ ಡೇಟಾ, ಆದ್ದರಿಂದ ಸುರಕ್ಷಿತ." JSON ಯಾವುದನ್ನೂ ಹೊತ್ತೊಯ್ಯಬಲ್ಲದು, ರಹಸ್ಯಗಳನ್ನೂ ಸಹ. ಬ್ರೌಸರ್‌ಗೆ ಕಳುಹಿಸುವ JSON ನಲ್ಲಿ API ಕೀಗಳನ್ನು ಇಡಬೇಡಿ.
• "ಎಲ್ಲವನ್ನೂ ಒಂದು JSON ಕಾಲಮ್‌ನಲ್ಲಿ ಇಡಿ." ಹೊಂದಿಕೊಳ್ಳುವ ಹೆಚ್ಚುವರಿಗಳಿಗೆ ಅನುಕೂಲ, ಆದರೆ ನೀವು ಹುಡುಕುವ, ಫಿಲ್ಟರ್ ಮಾಡುವ ಅಥವಾ ಜೋಡಿಸುವ ಡೇಟಾ ಸಾಮಾನ್ಯವಾಗಿ ಸರಿಯಾದ ಕಾಲಮ್‌ಗಳಲ್ಲಿರಬೇಕು.
• "AI ಯಾವಾಗಲೂ ಮಾನ್ಯ JSON ನೀಡುತ್ತದೆ." ಮಾದರಿಗಳು ಹೆಚ್ಚುವರಿ ಪಠ್ಯ ಸೇರಿಸಬಹುದು ಅಥವಾ ಫಾರ್ಮ್ಯಾಟ್ ಮುರಿಯಬಹುದು. ಅನೇಕ ಪ್ರೊವೈಡರ್‌ಗಳು ರಚನಾತ್ಮಕ-ಔಟ್‌ಪುಟ್ ಮೋಡ್ ನೀಡುತ್ತಾರೆ; ಆದರೂ ನಿಮ್ಮ ಕೋಡ್ ಬಂದದ್ದನ್ನು ಪರಿಶೀಲಿಸಬೇಕು.

ನಿಮ್ಮ AI ಬಿಲ್ಡರ್‌ಗೆ ಏನು ಕೇಳಬೇಕು

• "ಈ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಹಿಂತಿರುಗಿಸುವ JSON ನ ಒಂದು ಉದಾಹರಣೆ ತೋರಿಸಿ."
• "ದೋಷಗಳನ್ನು error ಕೋಡ್ ಮತ್ತು ಮಾನವ ಓದಬಹುದಾದ message ಜೊತೆಗೆ JSON ಆಗಿ ಹಿಂತಿರುಗಿಸಿ."
• "ದಿನಾಂಕಗಳನ್ನು UTC ನಲ್ಲಿ ISO 8601 ಸ್ಟ್ರಿಂಗ್ ಆಗಿ ಉಳಿಸಿ ಮತ್ತು ಪರದೆಯಲ್ಲಿ ಮಾತ್ರ ಸ್ಥಳೀಯ ಸಮಯಕ್ಕೆ ಪರಿವರ್ತಿಸಿ."
• "ಬೆಲೆಗಳನ್ನು ಪೂರ್ಣ ಸಂಖ್ಯೆಯ ಸೆಂಟ್‌ಗಳಲ್ಲಿ ಉಳಿಸಿ."
• "ಒಳಬರುವ JSON ಅನ್ನು ಸರ್ವರ್‌ನಲ್ಲಿ ಪರಿಶೀಲಿಸಿ, ಕಾಣೆಯಾದ ಅಥವಾ ತಪ್ಪು ವಿಧದ ಫೀಲ್ಡ್ ಇರುವ ವಿನಂತಿಗಳನ್ನು ತಿರಸ್ಕರಿಸಿ."
• "AI ಮಾದರಿಯನ್ನು ಕರೆಯುವಾಗ, ಈ ನಿಖರ ರೂಪದಲ್ಲಿ JSON ಕೇಳಿ ಮತ್ತು ಬಳಸುವ ಮೊದಲು ಪರಿಶೀಲಿಸಿ."

Mythex ನಲ್ಲಿ JSON

Mythex ನಲ್ಲಿ JSON ಅನ್ನು ಕೈಯಿಂದ ಬರೆಯಬೇಕಾಗಿಲ್ಲ — ನೀವು ಏನು ಬೇಕು ಎಂದು ವಿವರಿಸುತ್ತೀರಿ ಮತ್ತು ಏಜೆಂಟ್ ಅದನ್ನು ಕಳುಹಿಸುವ ಮತ್ತು ಓದುವ ಕೋಡ್ ಬರೆಯುತ್ತದೆ. ಆದರೂ ಅದನ್ನು ಗುರುತಿಸುವುದು ಸಹಾಯಕ: ಏನಾದರೂ ಮುರಿದಾಗ JSON ದೋಷವನ್ನು ಚಾಟ್‌ಗೆ ಅಂಟಿಸಿದರೆ ಏಜೆಂಟ್‌ಗೆ ನಿಖರ ಸುಳಿವು ಸಿಗುತ್ತದೆ. ಡಾಕ್ಸ್‌ನ REST API ಬ್ಯಾಕೆಂಡ್ ರೆಸಿಪಿ ಆರಂಭದಿಂದಲೇ "ಸ್ಪಷ್ಟ JSON ದೋಷಗಳನ್ನು" ಕೇಳುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ API ಇಂಟಿಗ್ರೇಟ್ ಮಾಡಿ ರೆಸಿಪಿ ಹೊರಗಿನ ಸೇವೆಗಳನ್ನು ಕರೆಯುವುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ದೊಡ್ಡ ಚಿತ್ರಕ್ಕಾಗಿ, REST vs GraphQL ಮತ್ತು AI ನಿರ್ಮಿತ ಆ್ಯಪ್ ಅನ್ನು ಡೀಬಗ್ ಮಾಡುವುದು ಹೇಗೆ ನೋಡಿ.

ಪ್ರಶ್ನೆಗಳು