علیرغم تمام مخالفت هایی که با این pattern وجود داره به نظر می‌رسه که برای پروژه‌های وب (مخصوصا MVC) پیاده سازی آسنکرونِ این الگو می‌تونه جوابگو باشه. پیاده سازی دیگری از این الگو رو می‌تونید اینجا مشاهده کنید.
مطالب مشابه
- اشتراک‌ها
ساخت یک پروژه MVC 4 همراه با EF و WebAPIاشتراک‌ها
کتاب رایگان ساخت برنامه‌های تک صفحه‌ای وب با Web API و angularJSاشتراک‌ها
از Repository Pattern وEntity-framework درست استفاده کنیم.اشتراک‌ها
باز اندیشی روشهای ما با چارچوب ام وی سی - Rethinking our Practices with the MVC Frameworkمطالب
بررسی تغییرات ASP.NET MVC 5 beta1مطالب
استفاده از EF در اپلیکیشن های N-Tier : قسمت سوممطالب
Globalization در ASP.NET MVCمطالب
افزودن ASP.NET Identity به یک پروژه Web Formsمطالب
ارتقاء به ASP.NET Core 1.0 - قسمت 1 - NET Core. چیست؟نظرات مطالب
مروری سریع بر اصول مقدماتی MVVM
- کاری که انجام داده چند مشکل مهم دارد:
- از Func استفاده کرده. این مورد سبب خواهد شد تا تمام اطلاعات از سرور واکشی شده و سمت کلاینت فیلتر شوند.
- StartNew ایی که در آن ذکر شده به async تقلبی مشهور است (^ و ^).
- new MyDbContext، یعنی عدم استفاده از تزریق وابستگی‌ها و در نهایت عدم وجود الگوی یک Context در طی یک درخواست .
و ...- آیا مواردی که اشاره کردید در پیاده سازی دومی که لینک اون گذاشته شده هم وجود داره؟
- مورد دوم بهتر هست. فقط SaveChanges را داخل Repository قرار داده. این مورد باید به یک سطح بالاتر، یعنی الگوی واحد کار منتقل شود. در طی یک واحد کاری ممکن است با چند مخزن کار کنید و در نهایت SaveChanges فراخوانی شود.
