DTO는 널리 사용되며 실제 문제를 '해결'합니다.

문제

• 빈혈 개체
• 일관성 없는 데이터
• 중복된 논리
• 중복 구조
• 클래스 오염
• 정보 은폐 위반
• mutators , accessors, serializers , parser 사이에서 반복되는 코드
• 파급 효과
• 데이터 무결성

1. 어레이에 빈혈 데이터를 전송합니다.
2. 실제 비즈니스 개체를 사용합니다.
3. 부분 개체를 전송하려면 프록시 또는 null 개체를 사용하여 참조 그래프를 끊습니다.

잘못된

오른쪽

발각

우리는 동일한 빈혈 물체 감지기를 사용할 수 있습니다.

비즈니스 개체 동작이 없는 에믹 클래스를 확인할 수 있습니다 (직렬화, 생성자, 변경자 등 제거).

태그

• 빈혈

DTO는 일부 언어에서 도구이자 확립된 관행입니다. 주의와 책임감을 가지고 사용해야 합니다.

우리의 영역에서 멀리 보내기 위해 우리의 물건을 분해해야 하는 경우 극도로 주의해야 합니다. 분해된 개체에는 무결성 고려 사항이 없기 때문입니다.

그의 저자는 실제 남용에 대해 경고합니다.

처지

코드 냄새 01 — 빈혈 모델 코드 냄새 13 — 빈 생성자 코드 냄새 20 — 조기 최적화 코드 냄새 28 — 세터

더 많은 정보

가장 좋은 냄새는 발견하기 쉽고 대부분의 경우 정말 흥미로운 문제로 이어집니다. 데이터 클래스(모든 데이터가 있고 동작이 없는 클래스)가 이에 대한 좋은 예입니다. 당신은 그것들을 보고 이 수업에서 어떤 행동이 되어야 하는지 스스로에게 질문합니다.

마틴 파울러

소프트웨어 엔지니어링 위대한 인용문

이 기사는 CodeSmell 시리즈의 일부입니다.

코드에서 악취나는 부분을 찾는 방법