عرض مصدر Refactoring/hide method

<noinclude>{{DISPLAYTITLE: إخفاء التابع (Hide Method)}}</noinclude> 
== المشكلة ==
لا يُستخدم التابع من قِبل الأصناف الأخرى أو يستخدم فقط داخل التسلسل الهرمي للصنف الخاص به.

== الحل ==
جعل التابع خاصًا أو محميًا.

=== مثال ===

==== قبل إعادة التصميم ====
لا يستخدم التابع <code>()aMethod</code> من قبل أصناف أخرى غير الصنف <code>Employee</code> المعرف فيه:[[ملف:Hide Method - Before.png|بديل=لا يُستخدم التابع من قِبل الأصناف الأخرى أو يستخدم فقط داخل التسلسل الهرمي للصنف الخاص به.|بدون|تصغير|لا يُستخدم التابع من قِبل الأصناف الأخرى أو يستخدم فقط داخل التسلسل الهرمي للصنف الخاص به.]]

==== بعد إعادة التصميم ====
جعل التابع <code>()aMethod</code> خاصًّا ومحميًّا بإخفائه عن الأصناف الأخرى:[[ملف:Hide Method - After.png|بديل=جعل التابع خاصًا أو محميًا.|بدون|تصغير|جعل التابع خاصًا أو محميًا.]]

== لم إعادة التصميم؟ ==
في كثير من الأحيان، ترجع الحاجة إلى إخفاء توابع الحصول على القيم وضبطها إلى تطوير واجهة أكثر ثراءً توفر سلوكًا إضافيًا، خاصة إذا كنت بدأت بصنف يضيف أكثر قليلًا من مجرد تغليف البيانات.

مع وجود سلوك جديد مبنيٌ في الصنف، قد تجد أنَّ كلًا من توابع الجلب (getter) والضبط (setter) لم تعد ضرورية ويمكن إخفاؤها. يمكنك حذف توابع التلقّي والضبط إذا جعلتها خاصة وطبقت الوصول المباشر إلى المتغيرات.

== فوائد تطبيق الحل ==
* إخفاء التوابع يجعل تطوير الشيفرة البرمجية أسهل. عند تغيير تابع خاص، تحتاج فقط إلى العناية بكيفية عدم كسر الصنف الحالي لأنك تعرف أنه لا يمكن استخدام التابع في أي مكان آخر.
* بجعل التوابع خاصة، فأنت تؤكد على أهمية الواجهة العامة للصنف وكذلك التوابع التي تظل عامة.

== آلية الحل ==
# حاول بانتظام العثور على التوابع التي يمكن جعلها خاصة. يمكن أن يقدم تحليل الشيفرات الثابتة وتغطية اختبار الوحدة الجيدة خطوة كبيرة للأمام.
# اجعل كل تابع خاصًا قدر الإمكان.

== انظر أيضًا ==
* [[Refactoring/data class|أصناف البيانات (Data Class)]].

== مصادر ==
* [https://refactoring.guru/hide-method صفحة توثيق تقديم التوكيد في موقع refactoring.guru].
[[تصنيف:Refactoring]]
[[تصنيف:Refactoring Techniques]]
[[تصنيف:Refactoring Simplifying Method Calls]]