كيف يتم المجال يحركها التصميم يختلف عن مجرد استخدام مواصفات؟

StackOverflow https://stackoverflow.com/questions/355990

سؤال

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

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

هل كانت مفيدة؟

المحلول

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

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

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

وهناك كتاب جيد الحرة على تصميم مدفوعة المجال- هنا (الدخول ضروري لسوء الحظ).

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top