Яка головна перевага мати чисті моделі POCO? Я розумію, що Моделі повинні бути чистими та простими, але я, як правило, люблю тримати утримання дочірніх об'єктів у межах модельних класів. Наприклад, якщо у мене є ClassAта ClassBвизначено наступним чином:
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; }
}
Чи є щось по суті не в тому, щоб мати методи додавання та видалення? Чи слід замість цього просто розкрити список і дозволити клієнтському коду додати те, що передає відповідальність за прості перевірки даних, як-от ненулеві, і не дублювати інший клас?
Будь-яка допомога вдячна. Дякую.
Якщо ви коли-небудь стикалися з головним болем класів ActiveRecord сотнями методів, які можуть бути або не бути такими, якими ви хочете в будь-який момент, я думаю, було б простіше зрозуміти звернення.
—
Кейсі
Основна причина уникати саме цього дизайну полягає в тому, що це суперечить правилам дизайну .net. Це абсолютно довільно, але люди очікують, що колекція має в ньому мутаційні методи.
—
Френк Хілеман
@Casey Я не використовую шаблон "Активні записи", метод "додавання" просто робить незначну перевірку даних. Метод видалення існує, оскільки колекція не піддається впливу, вони просто додають та видаляють із внутрішнього списку. Я змінив його, хоча використовував інший тип колекції, який дозволяє мені перевірити, використовуючи вбудовані методи додавання та видалення.
—
Джессі
AddChild(ClassB newChild) => Children.Add(newChild ?? new NullClassB())