순수한 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; }
}
add 및 remove 메소드에 본질적으로 잘못된 것이 있습니까? 대신 목록을 공개하고 클라이언트 코드가 null이 아닌 간단한 데이터 유효성 검사를 통과하고 다른 클래스에 복제하지 않는 것을 추가해야합니까?
도움을 주셔서 감사합니다. 감사합니다.
주어진 시간에 원하는 것이거나 아닐 수있는 수백 가지의 메소드로 ActiveRecord 클래스의 두통을 처리 한 적이 있다면 호소를 이해하는 것이 더 쉽다고 생각합니다.
—
Casey
이 특정 디자인을 피하는 주된 이유는 .net 디자인 지침에 위배되기 때문입니다. 그것은 완전히 임의적이지만 사람들은 컬렉션에 돌연변이 방법이있을 것으로 기대합니다.
—
Frank Hileman
@Casey Active Record 패턴을 사용하지 않고 add 메소드는 약간의 데이터 유효성 검사를 수행합니다. remove 메소드는 컬렉션이 노출되지 않기 때문에 내부 목록에서 단순히 추가하고 제거합니다. 내장 된 추가 / 제거 방법을 계속 사용하면서 유효성 검사를 수행 할 수있는 다른 컬렉션 유형을 사용하도록 변경했습니다.
—
Jesse
AddChild(ClassB newChild) => Children.Add(newChild ?? new NullClassB())