Senior⏱ 16 دقیقه2 بخش · 5 نکته

مرور سریع Domain-Driven Design (DDD)

مفاهیم کلیدی DDD: Entity، Value Object، Aggregate و Bounded Context.

0 از 5 نکته مرور شد0٪

فقط نکات طلایی ⭐

فهرست بخش‌ها

اجزای پایهٔ تاکتیکی (Tactical DDD)0/3
مفاهیم استراتژیک (Strategic DDD)0/2

اجزای پایهٔ تاکتیکی (Tactical DDD)0/3

Entity، Value Object و Aggregate.

Entity در برابر Value Object⭐ طلایی

Entity با شناسهٔ یکتا (Id) تعریف می‌شود و حتی با تغییر مقادیرش همان موجودیت باقی می‌ماند؛ Value Object با مقادیرش تعریف می‌شود و شناسه ندارد (مثل Money یا Address).

csharp\npublic record Money(decimal Amount, string Currency);\n

💡 نکتهٔ مصاحبه:

تست کلاسیک مصاحبه: «آیا دو Value Object با مقادیر یکسان برابرند؟» بله، چون هویت آن‌ها بر پایهٔ مقدار است نه Id.

Aggregate و Aggregate Root⭐ طلایی

Aggregate گروهی از Entity و Value Objectهاست که به‌عنوان یک واحد سازگاری (Consistency Boundary) با هم تغییر می‌کنند؛ Aggregate Root تنها نقطهٔ ورودی مجاز برای تغییر آن گروه است.

💡 نکتهٔ مصاحبه:

قانون طلایی: کد بیرونی هرگز نباید مستقیماً به یک Entity داخل Aggregate دسترسی داشته باشد، فقط از طریق Aggregate Root.

⚠️ اشتباه رایج:

مدل‌کردن Aggregateهای خیلی بزرگ که کل گراف داده را در بر می‌گیرند — این باعث Lock شدن بیش‌ازحد و کندی می‌شود.

Domain Eventمهم

رویدادی که نشان می‌دهد اتفاق مهمی در Domain افتاده (مثل OrderShipped)؛ معمولاً توسط Aggregate Root تولید و بعد از ذخیرهٔ موفق در دیتابیس منتشر می‌شود.

مفاهیم استراتژیک (Strategic DDD)0/2

Bounded Context و Ubiquitous Language.

Bounded Context⭐ طلایی

مرزی مشخص که در آن یک مدل Domain و واژگان آن معتبر و یکپارچه است؛ همان کلمه (مثلاً «مشتری») می‌تواند در دو Bounded Context متفاوت معنای متفاوتی داشته باشد.

💡 نکتهٔ مصاحبه:

ارتباط مستقیم با Microservices را بدانید: هر Bounded Context معمولاً کاندید طبیعی یک Microservice است.

Ubiquitous Languageمهم

واژگان مشترکی که تیم فنی و متخصصان کسب‌وکار هر دو از آن استفاده می‌کنند تا کد، مستندات و گفتگوها همه به یک زبان باشند.

⚠️ اشتباه رایج:

استفاده از اصطلاحات فنی (مثل «رکورد» یا «جدول») به‌جای واژگان واقعی کسب‌وکار در کد و مستندات.