نعتذر عن الإحباط، نحاول جعل هذه التحديثات سهلة ونوفر شهورًا من الوقت لإنجازها — ولكن دائمًا هناك توازن. إذا حافظنا على إعادة التعيين إلى أجل غير مسمى، فسيكون لدينا بالفعل طبقات متعددة منها من V4 → V5 → V6، وسيكون هذا دينًا يتطلب فهمًا وصيانة خاصة به. إذا قمنا بذلك لكل قطعة من التعليمات البرمجية، فإن Discourse سيكون أكثر حجمًا وأكثر صعوبة في الفهم والعمل معه.
[اقتباس=“LeoDavidson، المنشور:42، الموضوع:325349”]
هل يفهم أي شخص يعمل على Discourse أو تبعياته مفهوم API منشور يستخدمه الآخرون؟
[/اقتباس]
نعم، ولهذا السبب نوفر تحذيرات إيقاف الاستخدام وتعليمات التحديث. نحن لا نقوم فقط بتحديث ملف وننقل كل العمل — في كل مرة نقوم فيها بتحديث كهذا، نحتاج إلى كتابة توثيق، أنظمة تحذير، وتحديث مئات السيمات، ومكونات السيمات، والإضافات بأنفسنا. بالنسبة لتحديثات Ember، قام مهندسونا بابتكار أنظمة جديدة تمامًا لتمكين التخصيصات القديمة بشكل كامل.
حتى أن الشركات البرمجية الأكبر حجمًا تقوم بتحديث واجهات برمجة التطبيقات (API) بطريقة مكسرة. لقد اضطررت إلى تحديث مكون خطوط Google الخاص بنا مرتين على الأقل بسبب تغييرات API، وجوجل تُقدّر بقيمة تريليوني دولار تقريبًا. كل خدمة مصادقة ندمجها للدخول تتطلب تحديثًا بسبب تغييرات API.
إذا لم يكن لديك وقت للصيانة العرضية، فأنصحك بتقليل قدر التخصيص قدر الإمكان. إذا كنت تستخدم سمات/مكونات/إضافات جاهزة لـ Discourse، فغالبًا سنقوم بتحديثها مجانًا.
يمكنك أيضًا تجنب تحديث Discourse، لكن كل شيء يتغير دائمًا، وسيظل عليك مواجهة مشكلات أمان جديدة أو توافق مع المتصفح. كل خيار له تكاليف ومخاطر.