مسرد Salesforce DevOps

الإهمال (Deprecate) (البيانات الوصفية)

تمييز مكون بيانات وصفية على أنه لم يعد مدعومًا، دون حذفه، حتى لا ينكسر عمل المشتركين الحاليين الذين يشيرون إليه.

التعريف

إهمال مكون بيانات وصفية، سواء كان صنف أو تابع Apex عبر تعليق @deprecated، أو حقلًا مخصصًا، أو مكونًا آخر من الحزمة، يعني تمييزه على أنه لم يعد مخصصًا للاستخدام الجديد دون إزالته فعليًا. حذف مكون تشير إليه مؤسسة مشترك بالفعل من شأنه أن يكسر تخصيصاتها مباشرة، لذا تُفضّل الحزم المُدارة الإهمال: يختفي المكون من واجهات التطوير الجديدة، مثل قوائم Setup أو الإكمال التلقائي للكود، لكنه يستمر في العمل لكل ما يعتمد عليه بالفعل. إنه من الناحية العملية باب ذو اتجاه واحد؛ فبمجرد أن يبني المشتركون على مكون ما، لا يستطيع المورد المستقل عادةً إزالته بأمان إلا عندما يمنح تغيير إصدار رئيسي العملاء مسارًا واضحًا للانتقال بعيدًا عنه. يغطي دليل إدارة البيانات الوصفية الخاص بنا هذا الأمر إلى جانب قرارات أخرى حول دورة حياة الحزمة.

من واقع الاستخدام

إزاي بيشتغل في Serpent

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

لوحة حالة الإصدارات في Serpent
أسئلة شائعة

الإهمال (Deprecate) (البيانات الوصفية)، تمت الإجابة

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

ابدأ مجانًا. بدون بطاقة ائتمان، وبدون تثبيت، وبدون التزام.

يتم الإعداد في أقل من 15 دقيقة. لا حاجة لتوظيف متخصص DevOps.

هل تريد معرفة كيف يمكنكم الشحن أسرع قبل البدء؟ لنتحدث

بدون التزام.