در معماری پیازی با به عبارت دیگه معماری Clean لایه ی Infrastructure شامل کلاسهایی میشه که با خارج از سایت در ارتباط هستن. مثلا تعریف مربوط به سرویس پیامک و درگاه بانک در این قسمت قرار میگیرن.
همچنین اصولا دیتابیس هم از اونجایی که با یک منبع خارجی در ارتباط هست باید کدهاش درون این لایه تعریف بشه. یعنی کلاسهای مربوط به EF Core باید اینجا باشه.
ولی معمولا از اونجایی که ما خیلی با EF کار داریم اون رو به یک پروژه ی مجزا منتقل می کنیم.
درمورد بحث جستجو و فیلتر کردن همیشه بستگی به نوع داده داره. دقت کنید که Repository مستقیم با EF در ارتباط هست و وقتی شما با LINQ کوئری به EF میفرستید به صورت یک T-SQL در سرور اجرا میشه.
اما وقتی در سرویس از ریپوزیتوری استفاده می کنید معمولا IList دارید. بعنی داده ها درون کد شما فیلتر و جستجو میشه و نه درون دیتابیس.
مثلا شما می خواهید لیست کاربرهایی که اسمشون "حسن" هست از دیتابیس استخراج کنید. یک راه اینه که درون ریپوزیتوری متدی بسازید که بر اساس نام کاربرهارو فیلتر کنه و بعد اون رو به سرویس بدید
راه دیگه اینه که از متد کلی که لیست کاربرهارو بر میگردونه استفاده کنید و فیلتر رو در لایه ی سرویس روی اسم کاربرها اعمال کنید.
ممکنه دیتابیس شما 10 هزارتار کاربر داشته باشه ولی فقط 10 تا حسن داشته باشه . در روش اول همون 10 تا برمیگرده اما در روش دوم 10 هزارتا بر میگرده و میره به سرویس در سرویس دوباره فیلتر میشه.
به طور کلی ریپوزیتوری بهینه تره ولی پیاده کردن متدهای مجزا برای هر قسمت هم دردسر داره. بسته به محل و نوع استفاده باید ببنیدی که در کدوم لایه کار رو انجام بدید.
به طور کلی ما به لایه ریپوزیتوری در بسیاری از پروژه ها نیاز نداریم. مخصوصا در EF Core با توجه به بعضی امکانات می تونیم از پیاده سازی ریپوزیتوری صرف نظر کنیم.
در این مقاله به معرفی ساختاری لایه بندی معماری Clean مفصل پرداخته شده.
پاسخ با نقل قول