تعداد ویدئو | 60 |
---|---|
زمان دوره | 03:30:54 |
مترجم | پرووید |
ناظر ترجمه | پرووید |
دوبلر | پرووید |
ناظر دوبلاژ | پرووید |
سایت منتشر کننده | پلورال سایت |
آموزش طراحی دامنه محور Domain Driven Design و ریفکتور کردن یک Anemic Domain Model یکی دیگر از آموزش های گروه آموزشی پرووید می باشد که در این قسمت آن را به شما معرفی می کنیم. این بسته ی آموزشی نیز یکی از دوره های آموزشی دیگر که در حوزه ی فارسی سازی آموزش های انگلیسی تنظیم شده است می باشد. عنوان این بسته ی آموزشی آموزش Domain Driven Design و ریفکتور کردن یک Anemic Domain Model است که با نام اصلی Refactoring from Anemic Domain Model Towards a Rich One از شرکت Pluralsight منتشر شده است.
طراحی دامنه محور یا همان Domain Driven Design در واقع درک نیازهای واقعی کسب و کار مشتری است. ما باید درباره دامنه های مختلف مانند بانکداری، مخابرات، زنجیره تامین، مراقبت های بهداشتی و… دانش داشته باشیم. بنابراین در اینجا دامنه به معنی دانش کسب و کار درباره صنعت خاص است. به طور مشابه طراحی دامنه محور تمرکز بیشتری نسبت به نیازهای کسب و کار دارد نه به تکنولوژی. برای شروع نوشتن یک سیستم، باید بدانیم که مشتری چه چیزی را مد نظر دارد، در حین فاز اولیه هیچگاه درباره برنامه نویسی و معماری آن فکر نمیکنید. هدف اصلی شما درک تمام شرایط کسب و کار مشتری و چگونگی مدل دامنه مورد نیاز او است.
بنابراین چیزی که ما به دنبال آن هستیم بحث با مشتری درباره نیازهای کسب و کار او است. Domain Driven Design صرفا بر اساس این فرضیات برای ترسیم کردن نیازهای کسب و کار در مدل دامنه است. طراحی دامنه محور همه چیز درباره چگونگی طراحی مدل دامنه شماست. به این معنا که هر کلاس دامنه باید یک رابطه مستقیم با آنچه که در دامنه کسب و کار است داشته باشد.
در Domain Driven Design واژه ی Anemic Domain Model به Domain Model ی گفته می شود که در آن Domain Object ها حاوی مقدار ناچیزی Business Logic باشند. Business Logic ی که شامل Validation، Business Rule و موارد دیگر می باشد. این واژه اولین بار توسط آقای Martin Fowler عنوان شد که این روش را یک ضد الگو (Anti-pattern) می دانست. بر اساس حرف آقای Martin Fowler “مشکل اصلی این نوع طراحی و این ضد الگو این است که دقیقاً متضاد ایده ی اصلی طراحی شی گرا است، که بر اساس آن Object ها باید حاوی Data و Behavior باشند.” آقای Martin Fowler بر این باور است که Anemic Domain Model یک سبک از طراحی Procedural است. چیزی که متضاد با طراحی شی گرا است. در یک Anemic Domain Model کلاس های جداگانه ای برای در بر داشتن Business Logic پیاده سازی شده اند که State مربوط به Domain Object ها را تغییر می دهند. آقای Martin Fowler نام این کلاس های جداگانه را Transaction Script گذاشته است. دقت کنید که این نوع طراحی در برنامه های جاوا معمول و مرسوم است. در برنامه های دات نت و در معماری برنامه های Three-Layered Services Application نیز استفاده می شوند. در این نوع معماری از برنامه های دات نت به اینگونه کلاس های جداگانه Business Entity می گوییم.
فصل اول: مقدمه ی بسته ی آموزشی
فصل دوم: مقدمه
فصل سوم: معرفی یک Anemic Domain Model
فصل چهارم: Decouple کردن یک Domain Model از Data Contract ها
فصل پنجم: استفاده کردن از Value Object ها به عنوان اجزای تشکیل دهنده ی Domain Model
فصل ششم: منتقل کردن Logic از سرویس ها به Domain Class ها
فصل هفتم: سازماندهی کردن Application Services Layer
فصل هشتم: Best Practice های Domain Modeling
تمامی حقوقی مادی و معنوی متعلق به گروه آموزشی پرووید است.
نقد و بررسیها
هیچ دیدگاهی برای این محصول نوشته نشده است.