(Part 7) WPF + MVVM النمط

سلسة تعليمية تعرفك كيفية بناء تطبيق بالأعتماد على نمط MVVM وتقنية WPF اضافة الى استخدام بيئة VS 2012. تم في الدرس الحالي أكمال التطبيق من خلال بناء الواجه التي تعبر عن تفاصيل الموظف عند ضغط المستخدم على احد الموظفين الموجودين داخل ListBox .

(Part 6) WPF + MVVM النمط

سلسة تعليمية تعرفك كيفية بناء تطبيق بالأعتماد على نمط MVVM وتقنية WPF اضافة الى استخدام بيئة VS 2012. تم في الدرس الحالي بناءViewModel الخاص بتفاصيل الموظف , وتعريف الأكواد المنطقية الخاصة بتنفيذ التأشير على الموظف لأظهار تفاصيله.

(Part 5) WPF + MVVM النمط

سلسة تعليمية تعرفك كيفية بناء تطبيق بالأعتماد على نمط MVVM وتقنية WPF اضافة الى استخدام بيئة VS 2012. تم في الدرس الحالي بناء واجهة لأجل المستخدم بحيث يتم أظهار أسماء الموظفين في ListBox بالأعتماد على خاصية Binding بين View ,ViewModel 

(Part 4) WPF + MVVM النمط

سلسة تعليمية تعرفك كيفية بناء تطبيق بالأعتماد على نمط MVVM وتقنية WPF اضافة الى استخدام بيئة VS 2012 . تم في الدرس الحالي يتمثل بشرح نمط MVVM بحيث يتم التركيز على طبقة ViewModel وهو تمثيل Presentation Logic بحيث يتم عزل جميع Logic عن الواجهات الرسومية UI .

(Part 3) WPF + MVVM النمط

سلسة تعليمية تعرفك كيفية بناء تطبيق بالأعتماد على نمط MVVM وتقنية WPF اضافة الى استخدام بيئة VS 2012 و بيئة SqlServer 2012 . تم في الدرس الحالي بناء طبقة وسيطة, يتم تمثيل فيها بعض Business Logic .

(Part 2) WPF + MVVM النمط

سلسة تعليمية تعرفك كيفية بناء تطبيق بالأعتماد على نمط MVVM وتقنية WPF اضافة الى استخدام بيئة VS 2012. تم في الدرس الحالي تعريف منهجية ORM واستخدام تقنية EntityFramework لأجل تمثيل الوصول الى مصدر البيانات وتكوين طبقة وصول للبيانات DAL .

(Part 1) WPF + MVVM النمط

سلسة تعليمية تعرفك كيفية بناء تطبيق بالأعتماد على نمط MVVM وتقنية WPF اضافة الى استخدام بيئة VS 2012 و بيئة SqlServer 2012 . تم في الدرس الحالي بناء قاعدة بيانات متمثلة بجدوليين سوف يتم استخدامها في الدروس القادمة .

Dependency injection Principle DIP مبدأ التبعية

المقدمة

وهو نمط يدخل ضمن الأنماط الكائني المنحى OOP يستخدم لأجل تقليل الأقتران loosely coupled والأعتمادية مابين المكونات ,بحيث يجعلها أكثر مرونةواختبار, يركز هذا النمط في عمله على حذف الأكواد المتكررة والأعتمادية مابين المكونات بحيث يركز على حقن Inject الكائنات في Classes معينة من دون أن تقوم بخلق هذه الكائنات بنفسك مما يقلل الجهد على المطور ويجعل الأعتمادية تظهر في الوقت الحقيقي Run time ويكون الحقن بعدة طرق سوف نقوم بشرحها خلال البحث ,يستخدم DI بكثرة مع النمط Inversion of Control IOC وهو عبارة على وعاء يتحكم بالتدفق العام للبرنامج من خلال استخدام مبدأ حقن الأعتمادية DI.

المحتوى

لأجل فهم نمط DI يجب ان نقوم بأخذ مثال بسيط يشرح ستراتيجية الأعتمادية وأنعكاس الأعتمادية Dependency Inversion :

لنأخذ تطبيق بسيط يقوم بعملية أخبار Notification عبر أرسال رسالة معينة بأستخدام خدمة Email 

 من الرسم أعلاه نلاحظ أعتمادية الكلاس Notification  على كلاس Email بحيث يطلب الأول instance لأجل أرسال الرسالة عبر الأيميل , أذن كلاس Notification  يعرف مع من يتعامل وهذا بدوره يزيد من الأقتران مابين المكونين وهذ ما نشاهده في الكود التالي الذي يوضح مدى الأقتران مابين المكونين :

  نلاحظ أنه تم خلق كائن من نوع Email داخل كلاس Notification مما يزيد الأعتمادية في كتابة الكود , لكن توقع أن مديرك اراد أن ترسل الرسالة ليس فقط عبر الأيميل بل عبر SMS وايضا ترسل الى Databaase لأجل خزنها , أذن حسب الكود أعلاه يجب عليك أن تقوم بخلق ثلاث Instance داخل كلاس Notification ومن ثم أرسال الرسائل بالتسلسل مما يزيد الأقتران والجهد على المطور ويصعب الأختبار والتوسع.الحل هو بواسطة أستخدام نمط DI الذي يعمل على تقليل الأقتران من خلال خلق interface ندعوه IMessage يتم تنفيذه implement من قبل الخدمات المتوفرة للأرسال Email,Dbase,SMS . ويستخدمه using الكلاس Notification انظر الرسم التالي:

من الرسم أعلاه نلاحظ جميع الخدمات الأن تنفذ IMessageService وبهذه الهيكلية الجديدة يمكننا أن نطبق مبدأ DI وذلك من خلال حقن injection  الكلاس Notification بكائن بشرط ان كلاس Notification لا يخلق instance  في داخله وايضا لا يعرف أنتماءالكائن الذي سوف يحقن به لكن فقط يعرف انه من نوع IMessageService , وبهذا يمكننا أن نضيف اي خدمة أخرى في المستقبل من دون التأثير على الكلاس Notification.

عندما تريد تنفيذ النمط DI توجد عدة طرق كما مبينة في الرسم التالي :

أختيار الطريقة ألأفضل من هذه الطرق يعتمد على متطلبات وتعقيد العمليات الوظيفية أضافة الى وجود بعض المساوئ والمحاسن في الطرق المستخدمة , نأتي الأن الى شرح التطبيق و لأجل تنفيذ DI سوف نستخدم constructor injection وايضا Setter Injection.

1 - يتم خلق :

   * classes لأجل الخدمات Email,SMS,Dbase

   * interface لأجل تنفيذ العمليات التي تتشارك فيها الخدمات وسوف يحوي على عملية أرسال الرسالة SendMessage 

   * files لأجل تبيين الطريقتين أعلاه لتنفيذ مبدأ DI .

   * classes لأجل تنفيذ Notification 

الرسم التالي يوضح الملفات التي تم أنشائها :

2 - نقوم بكتابة الكود التابع IMessageService :

 3 - يتم تنفيذ IMessageService لأجل الخدمات الثلاثة :

  نلاحظ من الكود اعلاه انه تم تنفيذ SendMessage في كل الخدمات ,ومن خلال هذه العملية يتم طباعة message واظهارها على بيئة cmd .

4 - نأتي الأن الى نواة التطبيق وهو كلاس Notification  :

 * بأستخدم طريقة  constructor injection 

نلاحظ خلق instance من نوع IMessageservice وتم حقن الكلاس Notification عبر Constructor ومساواته بالكائن messageService_ , نلاحظ أن كلاس Notification لا يعرف أنتماء messageService_ هل هو Email ام SMS , هذه هو جوهر DI ان تحقيق الأعتمادية يتم في Run time

5 - لنأتي الى تنفيذ البرنامج عبر الكلاس Program

اولاً تم خلق instance من نوع IMessageService يؤشر على الكلاس SMS وبعدها تم خلق instance من نوع Notification وتم أرسال الكائن messageService1 عبر Constructor بمعنى تم الحقن , وبعدها يتم أستدعاء العملية PromotionalNotification والتي بدورها ترسل الرسالة الى الوجه المحددة بالأعتماد على حقن الأعتمادية الذي تم.

مخطط يشرح لك سريان التدفق المتسلسل الى أظهار النتيجة :

الخاتمة 

بالطبع نمط Dependency Injection موسع جدا وله الكثير من الوظائف التي لم نذكرها فتتواجد في جميع المكتبات والمكونات تقريبا , فنشاهدها في خاصية Data Binding وفي تقنية WPF, Silverlight وايضا نلاحظ حضورها الفعال في الأنماط المهمة لبناء تطبيقات معقدة , واذا كنت من مطوري Net. فيمكنك أستخدام Unity Dependency Injection,

Managed Extensibility Framework MEF.

يمكنكم تحميل الكود من الرابط التالي http://sdrv.ms/VTsBXK