كيفية إعادة صياغة إعلان التبعية "صديق"

الخلفية

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

الخطوة 1: تقديم ملخص الواجهة

استخرج الأساليب التي كشفت عنها فئة "الصديق" وأنشئ واجهة مجردة جديدة. إنشاء علاقة تبعية من فئة "الصديق" إلى الواجهة وتبعية "استدعاء" من الفئة الأخرى إلى الواجهة.

الخطوة 2: نقل العمليات إلى الواجهة

نقل العمليات التي تشكل تبعية "الاستدعاء" من الفئة التابعة إلى الواجهة المجردة. اجعل الواجهة توسع مُنشئًا محميًا لأغراض الميراث وإخفاء ارتباط التعميم المحمي بين الفئة التابعة والواجهة.

الخطوة 3: تنفيذ الغراء معًا

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

ClassA (المزود):

class ClassA : protected InternalInterface {
    public:
        attachAccessor(ClassAAccessor &accessor) {
            accessor.setInternalInterfaceRef(*this);
        }
};

ClassAAccessor (صديق):

class ClassAAccessor {
    public:
        ClassAAccessor(ClassA& classA) : internalInterfaceRef(0) {
            classA.attachAccessor(*this);
        }
    private:  
        InternalInterface* internalInterfaceRef;
};

• يتوافق مع معايير UML الحديثة
• يفرض التحكم في الوصول عن طريق إخفاء العمليات الداخلية عن الجمهور
القيود

قد تزيد التعليمات البرمجية التعقيد

يتطلب واجهات مجردة، مما يؤثر على الأداء وبصمة الذاكرة
• قد يكون تمثيل UML لعلاقة التعميم المحمية أمرًا صعبًا