ایا استفاده از unit of work و structure در حال حاضربرای برنامه های تحت وب منطقی هست یا نه؟ ایا روش بهتری وجود دارد؟ مطالبی که در رابطه بود اکثرا قدیمی بودند.
ایا استفاده از unit of work و structure در حال حاضربرای برنامه های تحت وب منطقی هست یا نه؟ ایا روش بهتری وجود دارد؟ مطالبی که در رابطه بود اکثرا قدیمی بودند.
به طور کلی محتوای فارسی خیلی کمتر از محتوای انگلیسی تولید میشه و در بسیاری موارد مطالب قدیمی پیدا میکنید.
استفاده از Unit Of work بسته به نوع پروژه ، زمان شما و تیم کاری شما ممکنه منطقی باشه و یا نباشه.
مخصوصا اگر با EF Core کار می کنید در خیلی از موارد همون کفایت میکنه. هر روشی مزایا و معایبی داره.
چیزی که واضح هست UoW حجم کدهای پروژه رو بسیار بیشتر میکنه و همیشه حس میکنید در حال چرخاندن لقمه دور دهن خودتون هستید.
UoW نظم بهتری به پروژه میده اما در خیلی از موارد کار رو مشکل میکنه و بازدهی سرور رو هم پایین میاره.
باید دقت کنید که Unit of Work بخشی از Repository هست و در کنار اون پیاده میشه.
در مورد Structure اگر منظور شما StructureMap هست یک سیستم تزریق وابستگی هست که ابزار مشابه زیاد داره.
در ASP MVC 5 حتما بهش احتیاج پیدا می کنید اما در ASP.NET Core خود فریم ورک دارای چنین ابزاری هست. چیز مهمتر فهم درک تزریق وابستگی هست بعد فرقی نمیکنه از چه ابزاری استفاده کنید.
تو برنامه نویسی مدرن و mvc core از مفهومی بنام Dependecy Injection استفاده میکنن که مفهوم seperation of concern رو به خوبی اجرا میکنه و built in داخل برنامه میتونی استفاده کنی ودیگه نیازی به الگوهای طراحی چون unit of work نداری البته به نظر من
اما اگه مثل من mvc 5 کار میکنی میتونی با Unity از dependency injection استفاده کنی .
https://github.com/devtrends/Unity.Mvc5
Dependecy Injection بحثی دیگر هست الگوی طراحی UOW چیز دیگه
Unit of work در واقع یک لایه انتزاعی بین لایه دسترسی به داده ها و لایه منطق یک برنامه هست و کاربرد آن جهت مدیریت درخواست های همزمان به سرور هست
DI هم رفع نیاز های یک کلاس در زمان احتیاج هست و ابزارهایی مانند structuremap این وظیفه را بخوبی انجام میدهند