Bạn có thể tạo một đối tượng DataContext của Entity và loại bỏ nó trong một khối sử dụng trong mỗi phương thức CRUD của tôi không?

Tôi đang xây dựng một ứng dụng wpf thực hiện các tính năng sau:

1. Lấy dữ liệu người dùng nhập và đọc dữ liệu từ cơ sở dữ liệu
2. thực hiện một số tính toán trên đó
3. Hiển thị nó cho người dùng theo nhiều kiểu xem và viết các thay đổi trở lại db

Kiến trúc được đề xuất: Cơ sở dữ liệu -> Khung thực thể -> Kho lưu trữ -> Logic nghiệp vụ -> Dịch vụ dữ liệu -> ViewModel

Lý do sử dụng kiến ​​trúc này: Nhiều kịch bản có trong ứng dụng (Nhiều chế độ xem) và nhiều cơ sở dữ liệu. Do đó, tôi sẵn sàng sử dụng kho lưu trữ ở giữa để trừu tượng hóa.

Một cảnh báo là bối cảnh sẽ tồn tại lâu nếu kho được triển khai. Để khắc phục điều này, có ổn không khi tạo một bối cảnh và loại bỏ chúng trong một khối sử dụng () trong mỗi phương thức thô.

cảm thấy tự do để đề xuất phương pháp thay thế.

Sử dụng một đối tượng DbContext cho mỗi lần truy cập hoặc giao dịch dữ liệu.

DbContextlà một vật nhẹ; nó được thiết kế để được sử dụng một lần cho mỗi giao dịch kinh doanh. Tạo DbContextmột Singleton của bạn và sử dụng lại nó trong suốt ứng dụng có thể gây ra các vấn đề khác, như vấn đề rò rỉ đồng thời và rò rỉ bộ nhớ.

DbContextvề cơ bản thực hiện một Đơn vị công việc. Đối xử với nó cho phù hợp.

Đừng loại bỏ các đối tượng DbContext.

Mặc dù các DbContextdụng cụ IDisposable, bạn không nên vứt bỏ nó theo cách thủ công, bạn cũng không nên gói nó trong một usingtuyên bố. DbContextquản lý suốt đời của chính nó; khi yêu cầu truy cập dữ liệu của bạn hoàn tất, DbContextsẽ tự động đóng kết nối cơ sở dữ liệu cho bạn.

Để hiểu lý do tại sao, hãy xem xét điều gì xảy ra khi bạn chạy câu lệnh Linq trên bộ sưu tập thực thể từ a DbContext. Nếu bạn quay trở lại một nạp lười biếng IQueryabletừ phương pháp truy cập dữ liệu của bạn, bạn đứng lên một đường ống được không được thực thi cho đến khi khách hàng buộc một số dữ liệu từ nó (bằng cách gọi FirstOrDefault(), ToList()hoặc lặp lại trên nó).

Đọc thêm
Tôi có luôn phải gọi Dispose () trên các đối tượng DbContext của mình không?
Tại sao bạn không nên sử dụng Singleton DataContexts trong Entity Framework
Trở lại IEnumerable<T>so với IQueryable<T>
kho lưu trữ có nên trả về IQueryablekhông?

Lý tưởng nhất là bối cảnh nên được khởi tạo và chấm dứt cho một giao dịch. Trong trường hợp của bạn, bối cảnh sẽ được khởi tạo trong Logic nghiệp vụ và được chuyển đến Kho lưu trữ để đọc / ghi dữ liệu.

Nếu bạn gọi DbContext trên mỗi phương thức trong ứng dụng của mình, bạn sẽ gặp phải tình trạng rò rỉ bộ nhớ. Sử dụng một thể hiện duy nhất của DbContext. Xem bình luận trong ví dụ dưới đây:

public bool IsInStock(int _ProductId)
{
  var result = false;

  try
  {
    using (var dataService = new StoreDbDataService()) // NB: This line on each method will eventually cause memory leak.
    {
      result = dataService.IsInStock(_ProductId);
    }
  }
  catch (Exception ex)
  {
    Log.LogException(ex);
  }

  return result;
}