A bit of contextThis isn't the firs

A bit of context

This isn't the first post that has been written about managing the DbContext lifetime in Entity Framework-based applications. In fact, there is no shortage of articles discussing this topic.

For many applications, the solutions presented in those articles (which generally revolve around using a DI container to inject DbContext instances with a PerWebRequest lifetime) will work just fine. They also have the merit of being very simple - at least at first sight.

For certain types of applications however, the inherent limitations of these approaches pose problems. To the point that certain features become impossible to implement or require to resort to increasingly complex structures or increasingly ugly hacks to work around the way the DbContext instances are created and managed.

Here is for example an overview of the real-world application that prompted me to re-think the way we managed our DbContext instances:

Kết quả (Việt) 2:

Một chút bối cảnh này không phải là bài ​​đầu tiên mà đã được viết về quản lý đời DbContext trong các ứng dụng Entity Framework dựa trên. Trong thực tế, có không thiếu các bài viết thảo luận về chủ đề này. Đối với nhiều ứng dụng, các giải pháp được trình bày trong những bài báo (mà thường xoay quanh bằng cách sử dụng một container DI tiêm trường DbContext với một đời PerWebRequest) sẽ chỉ làm việc tốt. Họ cũng có công việc rất đơn giản -. Ít nhất ngay từ cái nhìn đầu tiên Đối với một số loại ứng dụng tuy nhiên, những hạn chế cố hữu của các phương pháp này đặt ra vấn đề. Đến thời điểm này một số tính năng trở nên không thể thực hiện hoặc yêu cầu viện đến các cấu trúc ngày càng phức tạp hoặc hacks ngày càng xấu xí để làm việc xung quanh cách trường DbContext được tạo ra và quản lý. Dưới đây là ví dụ một cái nhìn tổng quan về các ứng dụng thực thế giới đã thúc đẩy tôi suy nghĩ lại cách chúng ta quản lý các trường hợp DbContext của chúng tôi: