Lợi ích chính của việc có các mô hình POCO thuần túy là gì? Tôi nhận được rằng các Mô hình nên sạch sẽ và đơn giản, nhưng tôi có xu hướng thích duy trì các đối tượng con trong các lớp mô hình. Ví dụ nếu tôi có mộtClassA và ClassBđược định nghĩa như sau:
public class ClassA
{
public string MyProp { get; set; }
public IEnumerable<ClassB> Children { get; }
public void AddChild(ClassB newChild) { /*... */ }
public void RemoveChild(ClassB child) { /* ... */ }
}
public class ClassB
{
public string SomeProp { get; set; }
} Có một cái gì đó vốn đã sai với việc có các phương thức thêm và loại bỏ? Thay vào đó, tôi có nên chỉ hiển thị danh sách và cho phép mã máy khách thêm bất cứ điều gì vượt qua trách nhiệm xác thực dữ liệu đơn giản như không null và không trùng lặp với lớp khác không?
Bất kỳ trợ giúp được đánh giá cao. Cảm ơn.
Nếu bạn đã từng đối phó với sự đau đầu của các lớp ActiveRecord với hàng trăm phương thức có thể hoặc không phải là điều bạn muốn tại bất kỳ thời điểm nào, tôi nghĩ sẽ dễ hiểu hơn về kháng cáo.
—
Casey
Lý do chính để tránh thiết kế đặc biệt này là vì nó đi ngược lại các nguyên tắc thiết kế .net. Nó hoàn toàn tùy ý, nhưng mọi người mong đợi bộ sưu tập có các phương thức đột biến trong đó.
—
Frank Hileman
@Casey Tôi không sử dụng mẫu Bản ghi hoạt động, phương thức thêm chỉ đơn giản là thực hiện một số xác thực dữ liệu nhỏ. Phương thức remove nằm ở đó vì bộ sưu tập không bị lộ, họ chỉ cần thêm và xóa khỏi danh sách nội bộ. Mặc dù vậy, tôi đã thay đổi nó để sử dụng một loại bộ sưu tập khác cho phép tôi thực hiện xác nhận trong khi vẫn sử dụng các phương thức Thêm / Xóa tích hợp.
—
Jesse
AddChild(ClassB newChild) => Children.Add(newChild ?? new NullClassB())