في البرمجة الكينونية أو الكائنية التوجه، يمكن لعضو أو طريقة في فصيلة معينة class أن يُمنح/تُمنح سمة الخاص
Private أو المحمي Protected ، فالعضو الخاص مثلا هو العضو الذي تُضبط مداخل الوصول إليه بحيث يكون
الوصول إليه محتكرا لـ طرائق الفصيلة نفسها ولا يمكن الوصول إليه عن طريق فصائل أخرى بشكل مباشر أو توريثه إليها...
لكن السؤال الآن ...الأعضاء الخاصة خاصة بمن؟ والأعضاء المحمية محمية ممن؟!
أو بمعنى آخر، إذا كنت أنا المبرمج الوحيد للشفرة، فما المغزى من أن أضع أعضاء الفصائل محمية أو خاصّة، ألست
الوحيد الذي يملك زمام الشفرة بما فيها ! أوَهناك من سيسرق الأعضاء الخاصة أو من سيكسر حماية الأعضاء المحمية !؟
الحقيقة أنه علاوة على أن مثل هذه الضوابط تحمي أعضاء الفصيلة الواحدة من تدخل/وصول قد يكون غير مرغوب من
المبرمجين في المشروع الجماعي الواحد، فإنها تفيد المبرمج الذي يقوم بمشروع معين بنفسه وحيدا كالتالي:
أنها تقلل مجال الوقوع في أخطاء تكاثر الشفرة وتناميها وبهذا سنستبشر مستقبلا مشرقا لها! حيث أنه بتكاثر الفصائل ذات
الأعضاء المتاحة العامّة Public فإن الشفرة تصبح معرضة بسهولة للقيام بخطأ منطقي أو قواعدي قد يكون في بعض
الأحيان دقيق يصعب تتبعه وإكتشافه، وهذا بسبب تكاثر المتغيرات أو الدوال التي يمكن الوصول إليها وبالتالي توسيع
لمجال إحتمالية الوقوع في الأخطاء Bugs .
أنها تزيد من الثباتية المستقبلية للشفرة، وهو بسبب ميزة التغليف أو الكبسلة المعروفة، حيث تكون هناك طُرق وواجهات
ثابتة لا يمكن التلاعب بها خارجيا، فإذا أردت مستقبلا تعديل بعض الشفرات ستكون مطمأنا من ثبات البنية الداخلية للفصائل
فيكون التغيير واضحا ليس له تبعات سلبية في أماكن أخرى من الشفرة – كائنات أخرى تأخذ صفات الفصيلة-، وهذا
يؤدي لسرعة في تطوير الشفرة عند الحاجة، والبتالي سرعة في الإنتاجية.
إذا كان لكم تعليق أو تعديل أو زيادة تفيدونا بها فأرجو ألا تبخلو.