سؤال

أنا أبحث عن آراء حول ما إذا كان ينبغي استخدام النطاقات الصغيرة لتسمية عناصر JSON. على سبيل المثال ، هناك ملف microformat للعناوين المادية, هذا يبدو هكذا:

<div class="adr">
    <div class="street-address">665 3rd St.</div>
    <div class="extended-address">Suite 207</div>
    <span class="locality">San Francisco</span>,
    <span class="region">CA</span>
    <span class="postal-code">94107</span>
    <div class="country-name">U.S.A.</div>
</div>

هناك وثيقة متوفرة للاستخدام json و microformats. يمكن تمثيل المعلومات أعلاه كبيانات JSON مثل هذا:

"adr": {
    "street-address":"665 3rd St.",
    "extended-address":"Suite 207",
    "locality":"San Fransicso",
    "region":"CA",
    "postal-code":"94107",
    "country-name":"U.S.A."
},

المشكلة التي لدي مع هذا هي أنني أرغب في أن تكون بيانات JSON خفيفة الوزن قدر الإمكان ، ولكن لا تزال قابلة للقراءة البشرية. بينما لا تزال تدعم العناوين الدولية ، أفضل شيء مثل هذا:

"address": {
    "street":"665 3rd St.",
    "extended":"Suite 207",
    "locality":"San Fransicso",
    "region":"CA",
    "code":"94107",
    "country":"U.S.A."
},

إذا قمت بتصميم واجهة برمجة تطبيقات JSON جديدة في الوقت الحالي ، فهل من المنطقي استخدام النطاقات الصغيرة من البداية؟ أم لا ينبغي أن تقلق بشأنه حقًا؟ هل هناك معيار آخر أكثر تحديداً لـ JSON التي يجب أن أنظر إليها؟

هل كانت مفيدة؟

المحلول

هذا يعود إلى مسألة اختيار شخصي لسبب بسيط. الفرق باستخدام نموذج بياناتك هو تقريبا. 192 بت من البيانات. عند هذه النقطة ، يكون اختلاف العملية/النقل ضئيلًا.

إذا كانت واجهة برمجة تطبيقات داخلية ، فإن طريقةك المقترحة أكثر من كافية. إنه يحدد بسهولة كل قسم بشكل كبير بينما لا يزال وصفيًا. ومع ذلك ، إذا كانت واجهة برمجة التطبيقات هي شيء تخطط لفتحه للجمهور ، أقترح البقاء مع التنسيق الصغير.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top