ضمن تشکر از ایده‌ای که مطرح کردید. طول عمر httpContext.Items فقط محدوده به یک درخواست و پس از پایان درخواست از بین می‌ره. مثلا یکی از کاربردهاش ذخیره اطلاعات Unit of work در طول یک درخواست هست و بعد از بین رفتن خودکار آن. بنابراین در این مثال cache.GetViewLocation اصلی بعد از یک درخواست مجددا فراخوانی میشه، چون GetRequestCache نه فقط طول عمر کوتاهی داره، بلکه اساسا کاری به key متد GetViewLocation نداره. کار s_key تعریف شده عموما تعریف lock هست نه استفاده ازش به عنوان کلید دیکشنری. بنابراین اگر خود MVC از HttpContext.Cache استفاده کرده، کار درستی بوده، چون به ازای هر درخواست نیازی نیست مجددا محاسبه بشه.
یک کلاس DbContext باید داشته باشید:
- تمام مباحث ردیابی تغییرات EF در یک context کار می‌کنند (در یک قسمت مجزا به این موضوع پرداخته شده).
- همچنین به روز رسانی خودکار ساختار بانک اطلاعاتی هم بر اساس اطلاعات یک context صورت می‌گیرد؛ بر این اساس، یک هش را در بانک اطلاعاتی در جدولی خاص ذخیره خواهد کرد و هر بار این هش را با هش اطلاعات context موجود مقایسه می‌کند.
- ضمن اینکه در قسمت 11 این سری به مفهومی به نام unit of work پرداخته شده. در EF کلاس DbContext پیاده سازی کننده الگوی واحد کار است.
یک Custom Filter باید تعریف شود .
http://www.telerik.com/forums/how-to-implement-a-custom-filter
How To Master Advanced JSON Querying in SQLite: An Expert’s Guide
Blazor Essentials
Learn how to build a basic application with Blazor.
اشتراک‌ها
پلتفرم‌های مختلف برنامه نویسی به چه میزان حافظه برای اجرای یک میلیون وظیفه‌ی موازی نیاز دارند؟
How Much Memory Do You Need to Run 1 Million Concurrent Tasks?
How I Made a Reminder to Write a Blog Post Using GitHub Action
How to (Find the Option to) Enable Separator Lines for C# in Visual Studio
In this article, we will see how to use stored procedures in Entity Framework Core 7.
Learn how to improve your ASP.NET Core controllers with these principles
