تبدیل میراث با طراحی دامنه محور، ششم: نتایج

در مقاله‌های قبلی‌ام، توضیح دادم که چرا طراحی دامنه محور (DDD) را در پروژه آغاز کردم و چالش‌های کمتر آشکاری را که مجبور بودم به طور مستقل در طول پیاده‌سازی حل می‌کردم، بحث کردم. در این مقاله، نتایج این تلاش را به اشتراک خواهم گذاشت.

جدول زمانی

حدود یک ماه طول کشید تا جلسات اولیه با تیم و CTO برای بحث و انتخاب بهترین روش انجام شود. پس از آن، من حدود دو ماه را صرف بررسی تئوری و تهیه یک برنامه کاری دقیق برای توسعه نمونه اولیه کردم. توسعه نمونه اولیه خود تقریباً چهار ماه طول کشید. در این مرحله، این مفهوم به طور کامل توسعه داده شد و اثربخشی روش DDD را در پروژه ما، هم از لحاظ نظری و هم از لحاظ عملی نشان داد. با این حال، کار زیادی باقی ماند – کل سیستم هنوز به معماری جدید منتقل نشده بود و تلاش های قابل توجهی در راه بود.

در طی جلسات بعدی با طرف تجاری، ما روی رویکرد زیر به توافق رسیدیم: همه پیشرفت‌های جدید و پروژه‌های دپارتمان از معماری جدید پیروی می‌کنند، در حالی که برخی از توابع قدیمی که 80 درصد درخواست‌ها را ایجاد می‌کنند نیز به پلتفرم جدید مهاجرت می‌کنند. عناصر کمتر استفاده شده از سیستم قدیمی بر روی معماری قبلی باقی می مانند. این سازش به ما اجازه داد تا با …

Source link