Khi nào cần hiển thị IEnumerable thay vì ICollection?

Question

public class Order 
{ 
public int Id {get;set;} 
[DisplayName("User")] 
public long UserId { get; set; } 
[ForeignKey("UserId")] 
public virtual User User { get; set; } 
public decimal Amount { get; set; } 
} 

Với IEnumurable

public class User 
{ 
public int Id{get;set;} 
public virtual IEnumerable<Order> Orders { get; set; } 
} 

public User GetWithOrders() 
{ 
var myUser=UserRepository.GetByEmail("email@email.com"); 
myUser.Orders=OrderRepository.GetByUserId(myUser.Id); 
return myUser; 
} 

Với ICollection

public class User 
{ 
public int Id{get;set;} 
public virtual ICollection<Order> Orders { get; set; } 
} 

public User GetWithOrders() 
{ 
var myUser=UserRepository.GetByEmail("email@email.com"); 
return myUser; 
} 

Tôi không có tải lười biếng sử dụng IEnumerable cho một tài sản chuyển hướng. Do đó, tôi phải nhận được đơn đặt hàng cho người dùng này bằng một truy vấn khác.

Tôi có điều hướng với ICollection. Vì vậy, tôi có thể tiếp cận đơn đặt hàng từ người dùng. Điều này có vẻ mát mẻ. Nhưng sau đó tôi có thể thêm đơn đặt hàng mới cho người dùng trong Bộ điều khiển mà không cần sử dụng dịch vụ hoặc kho lưu trữ.

Đó là loại thao tác dữ liệu ở cấp bộ điều khiển. Đây có phải là hình mẫu không?

Answer 1

Nhưng [với ICollection] Tôi có thể thêm đơn đặt hàng mới trong Bộ điều khiển mà không sử dụng dịch vụ hoặc kho lưu trữ.

Bạn có nghĩa là bạn có thể làm điều này (giả sử có một viewmodel cho thêm một để một người sử dụng và một SaveChanges() nơi nào đó):

public class UserController 
{ 
    public ActionResult AddUserOrder(AddUserOrderModel addOrder) 
    { 
     User user = User.GetByEmail(addOrder.UserEmail);   
     user.Orders.Add(addOrder.Order); 
     User.SaveChanges(); 
    } 
} 

Và đặc biệt là bạn có thể làm user.Orders.Add(...), thì đó là một tác dụng phụ hiển thị các loại thực thể từ lớp dịch vụ hoặc kho lưu trữ của bạn.

Nếu bạn muốn tránh điều đó, bạn phải xác định và vạch trần một đối tượng kinh doanh có chứa các thành viên bạn muốn để lộ:

public class UserBLL 
{ 
    public int Id { get; private set; } 
    public IEnumerable<Order> Orders { get { return _orders.AsEnumerable(); } } 
    private IEnumerable<Order> _orders; 

    public UserBLL(User user) 
    { 
     Id = user.Id; 
     _orders = user.Orders;   
    } 

    public void AddOrder(Order order) 
    { 
     _orders.Add(order); 
    } 
} 

Answer 2

Không có lựa chọn thực sự ở đây. ICollection là cần thiết bởi EF để kiểm soát một số khía cạnh của nó như kết quả truy vấn ràng buộc và tải chậm. Bằng cách sử dụng IEnumerable, về cơ bản bạn đang tắt tất cả chức năng này, nhưng cùng với nó, sự hiểu biết của EF về cấu trúc cơ bản của bạn. Khi bạn tạo di chuyển, EF sẽ không tạo bất kỳ bảng tham chiếu cơ sở cần thiết nào cho các mối quan hệ M2M, các khóa ngoại trên các bảng có liên quan, v.v.

Dài và ngắn, sử dụng ICollection. Mặc dù bạn chính xác rằng điều này cho phép bạn thêm các mục bằng cách thêm chúng vào bộ sưu tập trên một thực thể liên quan, sans-DAL, chúng vẫn không thể được lưu mà không truy cập vào ngữ cảnh. Nếu bạn đã thiết lập DAL của mình một cách chính xác, điều đó chỉ có sẵn thông qua DAL, do đó bạn vẫn phải chuyển thực thể trở lại đường ống DAL của bạn để duy trì bất kỳ thay đổi nào trong số này. Nói cách khác, đừng lo lắng về nó.