الفرق بين المراجعتين ل"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].   [[تصنيف:Refactoring]]   [[تصنيف:Refactoring Techniques]]   [[تصنيف:Refactoring Organizing Data]]
+
* [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 في جافا، إذ جميع الحقول من هذا الصنف عامة.

آلية الحل

  1. أنشئ مُتلقي وضابط للحقل.
  2. ابحث عن كافة استدعاءات الحقل. استبدل استلام قيمة الحقل بالمُتلقي، واستبدل إعدادات قيم الحقول الجديدة بالضابط.
  3. بعد استبدال كافة الاستدعاءات الحقل، اجعل الحقل خاصًا.

الخطوات التالية

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

انظر أيضًا

مصادر