문제

당신은 그것을 유지하려고 노력합니까? 주계열로부터의 거리 모든 어셈블리에 대해 낮은가요?Business Objects 정의만 포함된 어셈블리는 어떻습니까?그들을 멀리하는 것이 가능합니까? 고통의 지대?이러한 어셈블리의 형식은 일반적으로 다른 어셈블리에서 사용되며 다소 구체적입니다.그러한 상황을 어떻게 처리합니까?

도움이 되었습니까?

해결책

나는 {"주계열로부터의 거리"를 낮게 유지}하는 목적이 데메테르의 법칙.이 규칙을 따르면 코드를 더 쉽게 이해하고 단위 테스트를 수행할 수 있습니다.단순한 데이터 컨테이너인 비즈니스 개체를 사용하면 필요한 것보다 더 많은 상태를 노출하고 캡슐화 규칙을 위반하게 됩니다.

그러나 파울러처럼 이 글에서 지적한다, "메서드 체인이 냄새인 반면, 전달 메서드로 인해 부풀려진 중개자 개체의 반대 문제도 냄새입니다.(나는 항상 데메테르의 제안이라고 불리는 데메테르의 법칙이 더 편할 것이라고 느꼈습니다.)"

데이터 전송 개체로 사용되는 방법과 같이 개체에 포함된 "무엇"만 전달하려는 경우 이러한 기본 비즈니스 개체의 값이 유용할 수 있다고 생각합니다.그러나 빈 데이터 전송 개체와 실제 비즈니스 개체를 구별하는 것이 중요할 수 있습니다.나는 실제 비즈니스 객체가 캡슐화하는 데이터와 함께 동작도 포함해야 한다고 가정합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top