النقاط الأساسية لتصميم عقود بيانات JSON API
ستة أمور يصعب جداً تغييرها بعد النشر: أغلفة الاستجابة، صيغ الأخطاء، شكل الترقيم، تمثيل المعرفات والوقت، دلالات null مقابل الغياب، وتطور الإصدار.
وضع JSON في أنظمة حقيقية: كيف تعرّف عقود API، وكيف تدير الإعدادات وfixtures، وكيف تتعامل مع توافق الإصدارات، وكيف تحافظ على بيانات الاختبار.
5 مقالةستة أمور يصعب جداً تغييرها بعد النشر: أغلفة الاستجابة، صيغ الأخطاء، شكل الترقيم، تمثيل المعرفات والوقت، دلالات null مقابل الغياب، وتطور الإصدار.
يجب أن تكون الإعدادات متعددة الطبقات ومتحققة؛ ويجب أن تكون fixtures حتمية وقابلة للقراءة والـdiff. إذا أُدير هذان النوعان من الملفات بشكل سيئ، تبقى تكاليف التشخيص مرتفعة لوقت طويل.
خمسون سجلاً تصبح واحداً وخمسين فيبلّغ الـdiff عن خمسين تغييراً. يغطي الإيجابيات الكاذبة في diff النصوص، ومطابقة المصفوفات بـid، وتطبيع jq والـpatches القابلة للتطبيق.
merge=union يسمح بمرور JSON معطوب ويظل يبلّغ عن النجاح. يشرح هذا دليل دمج ثلاثي واعٍ بالمفاتيح لـJSON، إضافة إلى ثلاث عادات تقلّل التعارضات.
إضافة حقل ليست آمنة تلقائياً. يغطي حدود التوافق، وحقول الإصدار، ونوافذ الإهلاك، وترحيل dual-write، واختبارات العقود، ومقاييس الكناري.