تصميم يحركه المجال – برمجة DDD

وقت القراءة 5 دقائق
تصميم يحركه المجال – برمجة DDD
الصورة: Dragoscondrea | Dreamstime
يشارك

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

إنه يتعلق بتصميم يحركه المجال. ما هو بالضبط هذا النهج لتطوير البرمجيات في الشركة؟

التصميم المستند إلى المجال (الاسم المختصر DDD) – ما هذا الأسلوب؟

في البداية ، يجدر تحديد ماهية نهج DDD بالضبط. إنها طريقة لبناء التطبيقات والأنظمة التي يجب أن تعكس بشكل أساسي احتياجات الأعمال – افتراضات الأعمال التي تصبح في نفس الوقت متطلبات أساسية مدرجة في البرنامج.

التصميم المستند إلى المجال هو تقنية تطوير برمجيات تُستخدم في أكبر أنظمة معلومات الأعمال.

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

Domain Driven Design
الصورة: Juthamat Yamuangmorn | Dreamstime

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

  • المجالات الرئيسية ، وهي أهم جزء في النظام وهي مسؤولة عن الوظائف الأكثر أهمية.
  • نطاقات الدعم ، وهي امتدادات للمجال الرئيسي – بدونها ، لن تكون نطاقات الدعم ذات قيمة.
  • المجالات المشتركة ، وهي ميزات مهمة لكنها اختيارية.

مما يتكون DDD؟

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

UX Design – تصميم تجربة المستخدم
UX Design – تصميم تجربة المستخدم
وقت القراءة 4 دقائق
Ratmir Belov
Journalist-writer

تتكون برمجة DDD بشكل أساسي من نماذج المجال (المجالات الجذرية والفرعية والعامة) والتي تحتوي على تنفيذ أساسي جدًا لمعايير العمل التي يجب تضمينها في البرنامج. من المهم جدًا أن يفهم المبرمج المسؤول عن تطوير الكود تمامًا الغرض من إنشاء برنامج جديد ويفهم القيمة التي يحملها المجال. لا يمكن لـ DDD الاستغناء عن تحديد لغة تسمح لخبراء المجال والمبرمجين بفهم تلك اللغة بسهولة. لهذا النهج ، كانت هذه اللغة تسمى لغة الوجود.

ما الصعوبات التي يمكن أن تنشأ عند استخدام نهج التصميم المستند إلى المجال؟

ما هي أكبر مشكلة في استخدام طريقة DDD؟ بادئ ذي بدء ، يتعلق الأمر بالاتصال بين الأعمال والجانب التقني. كقاعدة عامة ، يجب أن يكون هناك دائمًا مجال في نهج DDD لخبير المجال الذي لديه معرفة عميقة بالنهج وسيعمل “كمترجم” في اتصالات الأعمال وتكنولوجيا المعلومات في حد ذاته.

Domain Driven Design
الصورة: Seventyfourimages | Dreamstime

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

مزايا وعيوب نهج DDD

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

الرسوم البيانية – فن تقديم المعلومات
الرسوم البيانية – فن تقديم المعلومات
وقت القراءة 6 دقائق
Ratmir Belov
Journalist-writer

ما هي عيوب استخدام هذه التقنية؟ العيب الرئيسي هو القليل من الممارسة في استخدام هذه الطريقة لتطوير البرمجيات الجديدة. لهذا السبب ، فإن بدء استخدام استراتيجية جديدة ، من وجهة نظر فريق المشروع ، ينطوي على مخاطر سوء فهم كامل للمفهوم ، ونتيجة لذلك ، الفشل.

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

كيف أستخدم DDD في مشروعي الخاص؟

لكي يكون DDD عمليًا في مشروعنا ، يجب أن نبدأ من نقطة الصفر بالفعل. ليس من الممكن اعتماد مفهوم تصميم يحركه المجال جزئيًا حيث سيتم تصميم باقي النموذج بطريقة تقليدية. في هذه الحالة ، سيكون الرضا عن المنتج النهائي منخفضًا من فريق تكنولوجيا المعلومات ومن المستخدم النهائي.

من المهم جدًا العثور على خبير في المجال قبل بدء العمل يعرف تفاصيل العمل واحتياجاته ويمكنه ترجمتها إلى تعليمات واضحة للمطورين. إن اختيار تقنية تطوير التطبيقات في حالة العمل مع DDD يتلاشى حقًا في الخلفية.
تقييم المقال
0.0
0 من التقييمات
قيم هذه المقالة
Ratmir Belov
الرجاء كتابة رأيك حول هذا الموضوع:
avatar
  إشعارات التعليق  
إخطار
Ratmir Belov
إقرأ مقالاتي الأخرى:
محتوى قيمه التعليقات
يشارك

ربما يعجبك أيضا

UX Design – تصميم تجربة المستخدم
وقت القراءة 4 دقائق
Ratmir Belov
Journalist-writer
المجال الكهرومغناطيسي: تشكيل النظرية
وقت القراءة 6 دقائق
Ratmir Belov
Journalist-writer
GDPR في العصر الرقمي
وقت القراءة 4 دقائق
Ratmir Belov
Journalist-writer
BIM – التقنيات الأساسية للبناء الحديث
وقت القراءة 5 دقائق
Ratmir Belov
Journalist-writer