(Domain Driven Design) به زبان ساده

[Rohalah Delpak]

چیست؟ روشی است ساده، زیبا، در وهله اول برای تفکر، و در وهله دوم برای توسعه نرم افزار، که می توان بر مبنای آن نیازمندیهای پویا و پیچیده ی حوزه دامین را تحلیل، مدل و نهایتا پیاده سازی کرد.

در این روش توسعه نرم افزار تاکید ویژه ای بر الزامات زیر وجود دارد:

• تمرکز اصلی پروژه، باید صرف فائق آمدن بر مشکلات و پیچیدگیهای موجود در دامین شود.
  
• پیچیدگیهای موجود در دامین پس از شناسایی به یک مدل تبدیل شوند.
  
• برقراری یک رابطه ی خلاق بین متخصصان دامین و افراد تیم توسعه برای بهبود مستمر مدل ارائه شده که نهایتا راه حل مشکلات دامین است بسیار مهم می باشد.
  

مبدع این روش کیست؟

بخوانید:

Eric Evans is a specialist in domain modeling and design in large business systems. Since the early 1990s, he has worked on many projects developing large business systems with objects and has been deeply involved in applying Agile processes on real projects. Eric is the author of "Domain-Driven Design" (Addison-Wesley, 2003) and he leads the consulting group Domain Language, Inc. 

ویدیویی سخنرانی اریک اوانس با عنوان: DDD: putting the model to work

http://www.infoq.com/presentations/model-to-work-evans

شرایط موفقیت اجرای یک پروژه مبتنی بر DDD چیست؟

• دامین ساده و سر راست نباشد.
  
• افراد تیم توسعه با طراحی / برنامه نویسی شی گرا آشنا باشند.
  
• دسترسی به افراد متخصص در مسائل مرتبط با دامین آسان باشد.
  
• فرآیند تولید نرم افزار، یک فرآیند چابک باشد.
  

در این باره چه چیزی بخوانم؟

برای شروع توصیه می کنم بخوانید: Domain-Driven Design: Tackling Complexity in the Heart of Software 

نویسنده: Eric Evans

لینک: http://www.amazon.com/Domain-Driven-Design-Tackling-Complexity-Software/dp/0321125215

در پستهای بعدی می پردازم به اینکه ابزار DDD برای شکستن پیچیدگیهای دامین و تبدیل آنها به مدل کدامند؟

پاسخ خلاصه در زیر آمده است. دعوت می کنم تا شرح هر یک از این موارد را در پستهای بعدی پیگیر باشید.

• Entity
  
• Value Object
  
• Aggregate
  
• Service
  
• Repository
  
• Factory