تقليل تأثير التحديثات المستقبلية
تم تصميم النظام لاستخدام الخوارزميات حتى يمكن لأية عملية تنفيذ إدخال المنطق الخاص بها بشكل قابل للتحديث بنسبة 100% (بدون الحاجة إلى تعديل المنطق). تعرض النقاط التالية توصيات شديدة تتعلق بكيفية إنشاء برامج لأنواع خوارزميات جديدة حتى لا تضطر لإجراء تغييرات في البرنامج أثناء التحديثات المستقبلية:
- لا تقم بتغيير المعلمات المضمنة لنوع الخوارزمية. فعلي سبيل المثال، قد يروق لك إعادة تحديد أو تهيئة معاملات محددة في قسم ارتباط نوع خوارزمية ما. لكن لا تقم بذلك.
- اتبع اصطلاحات التسمية الخاصة برمز أنواع الخوارزميات الجديدة والكود المصدر، أي أنه يجب أن يبدأ الكود المصدر ونوع الخوارزمية بالحرفين "CM". وسبب استخدام قاعدة التسمية هذه هو استحالة كتابة نوع خوارزمية حزمة أساسية جديد فوق الكود المصدر أو بيانات تعريف نوع الخوارزمية (لن يتم تطوير برنامج أو إدخال بيانات تعريف تبدأ بالحرفين CM).
- تجنب استخدام SQL مضمن لإجراء الإدراج/التحديث/الحذف. ولكن، قم باستدعاء البرامج المساعدة العامة أو البرامج المساعدة لكائن الحزمة الأساسية.
- تجنب استخدام الرسائل الأساسية (بخلاف الرسائل المشتركة، على سبيل المثال، الرسائل بالرقم < 1000) حيث يمكننا تغيير هذه الرسائل أو إهمالها في الإصدارات المستقبلية. تحدث أكثر مشكلة شائعة عندما تؤدي عملية التنفيذ إلى عمل نسخة من برنامج نوع خوارزمية حزمة أساسية لأنها تحتاج لتغيير بعض سطور المنطق. من الجانب الفني، لتمكين التحديث بنسبة 100%، يجب إضافة رسائل جديدة في فئة "90000" أو أعلى (أي، الفئة الخاصة بالرسائل الخاصة بالتنفيذ) لكل رسالة في البرنامج الجديد برغم أن هذه الرسائل قد تكون رسائل مكررة للرسائل الموجودة في الحزمة الأساسية.