각 도메인 객체에 대한 인터페이스를 만드는 것이 좋은 생각입니까?

Question

nHibernate을 사용하는 기존 프로젝트의 소스 코드를 살펴본 결과 각 엔티티 클래스에 대해 생성 된 인터페이스가 있다는 것을 알게되었습니다. 예 : 고객고객 클래스입니다. 고객 번호에는 주로 속성과 매우 적은 메서드가 포함되어 있으므로이 패턴의 이점이 무엇인지 궁금합니다.

Answer 1

아니요. 인터페이스는 구현과 동작을 구분하여 인터페이스의 클라이언트에 영향을 미치지 않고 후자를 스왑 아웃 할 수 있습니다.

도메인 개체에 다른 구현이 필요하지 않은 경우 인터페이스가 필요하지 않습니다. 동적 프록시 생성이나 측면 또는 구현 변경이 필요한 경우에만 소개하십시오.

Answer 2

이전의 의견에 동의하지 않습니다 ... Inversion of Control (IoC) 및 Dependency Injection과 같은 패턴과 결합하면 서로 간의 레이어를 훨씬 쉽게 분리 할 수 ​​있습니다. 이것은 Unit Testing, Mocking을 단순화하고 느슨하게 결합 된 아키텍처로 이어질 수 있습니다. 인터페이스를 사용하지 않아도 클래스를 봉인하지 않고 멤버를 가상으로 만들면 모의하고 프록시를 생성 할 수 있습니다. 마지막으로 인터페이스를 사용하면 모든 클래스와 관련된 가정을 삭제할 수 있습니다. 하나의 구체적인 구현체이며 인터페이스 정의가 나타내는 계약에 중점을 둡니다.