الفرق بين المراجعتين ل"Refactoring/encapsulate field"
جميل-بيلوني (نقاش | مساهمات) ط (مراجعة) |
جميل-بيلوني (نقاش | مساهمات) |
||
سطر 28: | سطر 28: | ||
==== بعد إعادة التصميم ==== | ==== بعد إعادة التصميم ==== | ||
− | جعل الحقل name خاصًّا وإنشاء تابع جلب <code>getName</code> وضبط <code>setName</code> له: | + | جعل الحقل <code>name</code> خاصًّا وإنشاء تابع جلب <code>getName</code> وضبط <code>setName</code> له: |
في لغة Java:<syntaxhighlight lang="java"> | في لغة Java:<syntaxhighlight lang="java"> | ||
سطر 101: | سطر 101: | ||
== مصادر == | == مصادر == | ||
− | * [https://refactoring.guru/encapsulate-field صفحة توثيق تغليف الحقول في موقع refactoring.guru]. | + | * [https://refactoring.guru/encapsulate-field صفحة توثيق تغليف الحقول في موقع refactoring.guru]. [[تصنيف:Refactoring]] [[تصنيف:Refactoring Techniques]] [[تصنيف:Refactoring Organizing Data]] |
مراجعة 11:35، 2 مارس 2019
المشكلة
لديك حقل عام.
الحل
جعل الحقل خاصًّا وإنشاء توابع وصول له.
مثال
قبل إعادة التصميم
وجود الحقل العام name
في الصنف Person
:
في لغة Java:
class Person {
public String name;
}
في لغة C#:
class Person
{
public string name;
}
في لغة PHP:
public $name;
في لغة TypeScript:
class Person {
name: string;
}
بعد إعادة التصميم
جعل الحقل name
خاصًّا وإنشاء تابع جلب getName
وضبط setName
له:
في لغة Java:
class Person {
private String name;
public String getName() {
return name;
}
public void setName(String arg) {
name = arg;
}
}
في لغة C#:
class Person
{
private string name;
public string Name
{
get { return name; }
set { name = value; }
}
}
في لغة PHP:
private $name;
public getName() {
return $this->name;
}
public setName($arg) {
$this->name = $arg;
}
في لغة TypeScript:
class Person {
private _name: string;
get name() {
return this._name;
}
setName(arg: string): void {
this._name = arg;
}
}
لم إعادة التصميم؟
يُعد التغليف (Encapsulation) واحدًا من ركائز البرمجة الكائنية، وهو القدرة على إخفاء بيانات الكائن. وإلا فإن جميع الكائنات ستكون عامة ويمكن للكائنات الأخرى الحصول على بيانات الكائن وتعديلها دون أي ضوابط وتوازنات! تُفصَل البيانات عن السلوكيات المرتبطة بهذه البيانات، وتتأثر قابلية تركيب أقسام البرنامج، وتصبح الصيانة مُعقَّدة.
فوائد تطبيق الحل
- إذا كانت بيانات وسلوك مُكوِّن ما مترابطة بشكل وثيق وتكون في نفس المكان في الشيفرة البرمجية، فمن الأسهل بكثير الحفاظ علي هذا المُكوِّن وتطويره.
- يمكن أيضا تنفيذ عمليات معقدة تتعلق بالوصول إلى حقول الكائنات.
متى يترك هذا الحل؟
- في بعض الحالات، يكون التغليف خيارًا سيئًا بسبب اعتبارات الأداء. هذه الحالات نادرة ولكن عندما تحدث، يصبح هذا الظرف مهم جدًا.
لنفترض أنَّ لديك محرر رسوم يحتوي على كائنات تمتلك إحداثيات x- و y-. ومن غير المرجح أن تتغير هذه الحقول في المستقبل. أكثر من ذلك، ينطوي البرنامج علي مجموعة كبيرة من العديد من الكائنات المختلفة التي يوجد بها هذه الحقول. إذًا، الوصول إلى حقول الإحداثيات مباشرة يحفظ دورات وحدة المعالجة المركزية المهمة والتي يجب تناولها بطريقة أخرى عن طريق استدعاء توابع الوصول.
كمثال على هذه الحالة غير العادية، هنالك الصنف Point في جافا، إذ جميع الحقول من هذا الصنف عامة.
آلية الحل
- أنشئ مُتلقي وضابط للحقل.
- ابحث عن كافة استدعاءات الحقل. استبدل استلام قيمة الحقل بالمُتلقي، واستبدل إعدادات قيم الحقول الجديدة بالضابط.
- بعد استبدال كافة الاستدعاءات الحقل، اجعل الحقل خاصًا.
الخطوات التالية
تغليف الحقل هو الخطوة الأولى فقط في جعل البيانات والسلوكيات التي تنطوي على هذه البيانات أقرب معًا. بعد إنشاء توابع بسيطة من أجل الوصول إلى الحقول، يجب إعادة فحص أماكن استدعاء هذه التوابع. ومن الممكن أن تبدو الشيفرة البرمجية في هذه المجالات أكثر ملاءمةً في توابع الوصول.
انظر أيضًا
- عمليات مماثلة لإعادة التصميم: تغليف الحقول الداخلي (إنشاء مُتلقيات وضوابط لحقل بدلًا من الوصول المباشر داخل أصناف التوابع).
- إزالة اختلال الشيفرات: أصناف البيانات.