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

مرور سریع Clean Architecture

لایه‌بندی پیشنهادی Robert C. Martin برای جدا نگه‌داشتن منطق کسب‌وکار از جزئیات فنی.

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

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

فهرست بخش‌ها

لایه‌ها و قانون وابستگی0/3
اجرای عملی0/2

لایه‌ها و قانون وابستگی0/3

ساختار حلقه‌ای Clean Architecture.

قانون وابستگی (Dependency Rule)⭐ طلایی

وابستگی‌های کد فقط می‌توانند رو به داخل باشند: لایه‌های بیرونی (UI، Infrastructure) به لایه‌های داخلی (Domain، Application) وابسته‌اند، هرگز برعکس.

\nUI/Infrastructure â†’ Application â†’ Domain\n

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

این تشبیه را در مصاحبه به کار ببرید: Domain باید بتواند بدون دانستن اینکه دیتابیس SQL Server است یا Postgres، کامپایل شود.

لایهٔ Domain (Entities)⭐ طلایی

مرکز دایره: قوانین کسب‌وکار خالص و مستقل از فریمورک، دیتابیس یا UI؛ هیچ وابستگی بیرونی ندارد.

لایهٔ Application (Use Cases)مهم

منطق اپلیکیشن و Orchestration بین Entityها را نگه می‌دارد؛ به Interface هایی مثل IRepository وابسته است، نه به پیاده‌سازی واقعی آن‌ها.

اجرای عملی0/2

چطور این معماری در یک پروژهٔ واقعی .NET پیاده می‌شود.

Infrastructure و Interface Adapters⭐ طلایی

پیاده‌سازی واقعی دیتابیس، فایل‌سیستم و سرویس‌های بیرونی در بیرونی‌ترین لایه قرار می‌گیرد و Interfaceهای تعریف‌شده در Application را پیاده‌سازی می‌کند.

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

قراردادن EF Core DbContext یا هر وابستگی به ORM مستقیماً در لایهٔ Domain.

Dependency Injection به‌عنوان چسب لایه‌هامهم

در نقطهٔ ورود اپلیکیشن (Composition Root)، تمام Interfaceها به پیاده‌سازی واقعی‌شان در DI Container متصل می‌شوند تا لایه‌های داخلی از جزئیات بی‌خبر بمانند.