يعد استخدام المبدئ الاخير وهو Dependency Inversion من اكثر المبادئ التي سوف تشاهدها منتشره بشكل كبير عندنا ترغب بتعلم ال soild فهذا المبدئ مبني على عدم كتابة الكود في الclass الذي يتم استدعاء ال methode بداخله كما سوف نشاهد في الجزء التطبيقي , والامر بسيط جدا وبمجرد الانتهاء من هذا الدرس نكون شرحنا لكم مبادئ ال soild بابسط شرح مع مثال توضيحي لكل خاصيه منهم حتى تكون الامور واضحه بالنسبة لكم دعونا لا نطيل المقال وننتقل معكم الى شرح المبدئ Dependency Inversion .

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

في المثال التالي نلاحظ انه لدينا class بداخله مجموعة methods ويكون نوع ال class هو abstract لكي نقوم بعمل implements  له والحصول على جميع الخصائص التي بداخله وعمل لها override كما هو موضح عند استخدامه في CounterImp تم توليد جميع الmethods وتنفيذ الوظيفة بداخلها بدون مشاكل وبهذا تكون قد طبقت مبدأ Dependency Inversion بكل سهوله .

code

abstract class Counter {
  int countCar();
  double time();

}

class CounterImp implements Counter {

  @override
  int countCar() {
    return 1;
  }

  @override
  double time() {
    return 1.0;
  }

}