पाठ 9 / 24

फ़ील्ड नामकरण परंपराएँ

एक केसिंग चुनना और पूरे API में उस पर टिके रहना।

camelCase या snake_case — बस सुसंगत रहें

JSON API आमतौर पर camelCase (JavaScript से मेल खाता है) या snake_case (कई बैकएंड भाषाओं और SQL कॉलम से मेल खाता है) उपयोग करते हैं। दोनों ठीक हैं; एक ही पेलोड में दोनों मिलाना क्लाइंट को भ्रमित करता है।

इकाइयों और टाइप में स्पष्ट रहें

फ़ील्ड का नाम ऐसा रखें कि उनका अर्थ स्पष्ट हो: price नहीं priceCents, duration नहीं durationSec। इससे क्लाइंट पर यूनिट-मिसमैच बग की पूरी श्रेणी रुक जाती है।

बूलियन प्रश्न की तरह पढ़े जाते हैं

बूलियन को इस तरह प्रीफ़िक्स करें कि वे स्वाभाविक रूप से पढ़े जाएँ: isActive, hasShipped, canCancel — न कि active या shipped जैसी अस्पष्ट संज्ञाएँ जो स्टेटस स्ट्रिंग भी हो सकती हैं।

त्वरित जाँच: टॉप-लेवल API रिस्पॉन्स के नंगे JSON ऐरे `[ {...}, {...} ]` होने का मुख्य जोखिम क्या है?

  • यह ऑब्जेक्ट से पार्स करने में धीमा है
  • आप बाद में ब्रेकिंग चेंज किए बिना मेटाडेटा (पेजिनेशन, टोटल) नहीं जोड़ सकते
  • JSON आधिकारिक रूप से टॉप लेवल पर ऐरे सपोर्ट नहीं करता
Answer

आप बाद में ब्रेकिंग चेंज किए बिना मेटाडेटा (पेजिनेशन, टोटल) नहीं जोड़ सकते — एक बार क्लाइंट ऐरे की उम्मीद करने लगे, तो हर मौजूदा उपभोक्ता को तोड़े बिना आप उसे `meta` या `total` जैसे फ़ील्ड जोड़ने के लिए ऑब्जेक्ट में नहीं लपेट सकते।