제발, 추상 공장은의 원칙을 위반합니다 단일 책임? (나는 그가 많은 책임을지고 있다고 생각한다).개요 공장 책임 단일 원칙을 위반합니까?
1
A
답변
2
추상 팩토리는 인터페이스를 특정 구현에 바인딩하지 않고 다형성 객체 생성을위한 계약을 제공하는 단일 책임이 있습니다. 즉, 계약은 객체를 만들지 않는 책임입니다.
SRP는 각 클래스에 적용되며 추상 팩토리는 패턴에서 한 번만 클래스이며 각각의 구체적인 팩토리는 다르지만 비슷한 책임을 가지고 있습니다. 책임은 하나의 기능으로 생각하지 마십시오. 복합적인 요소 일 수 있습니다.
0
책임을 세기 때, "속임수"는 책임을 구성하는 것을 파악하는 것입니다. "객체 생성 수"에 대해 생각할 때, 복잡한 공장은 많은 작업을 수행 할 수 있습니다. 그러나 결과가 매우 복잡한 객체 그래프 일지라도, 공장의 책임은 그 그래프를 만드는 것입니다.
괴물 같은 일련의 단계는 테스트를 쉽게하기 위해 부분과 하위 구성 요소로 나눌 수 있지만 결국 엔 누군가가 초기화에 필요한 모든 인수와 종속성을 가진 초기화 프로그램/생성자를 호출해야합니다 . 그것은 공장 자체의 책임입니다.
관련 문제
- 1. exit ($ status)가 단일 책임 원칙을 위반합니까?
- 2. 다음 코드의 CommaDelimLog 클래스가 단일 책임 원칙을 위반합니까?
- 3. 비즈니스 개체의 정적 팩토리가 단일 책임 원칙을 위반합니까?
- 4. 서비스 클래스에 단일 책임 원칙을 적용하는 방법
- 5. 단일 책임 원칙을 이해하는 데 도움이됩니다.
- 6. 이 루비 패턴은 단일 책임 원칙을 준수합니까?
- 7. 이 단일 책임 원칙을 위반 하는가
- 8. 단일 책임 원칙
- 9. 팩토리 메서드 패턴이 열기/닫기 원칙을 위반합니까?
- 10. 토큰을 사용하여 REST 원칙을 위반합니까?
- 11. 데코레이터 패턴이 SRP를 위반합니까?
- 12. 단일 책임 원칙을 사용하여 방법을 작성하는 방법은 무엇입니까?
- 13. 우선 순위 : 자신 또는 단일 책임 원칙을 반복하지 마십시오?
- 14. 단일 책임 원칙을 사용하는 대신 클래스에 새 메서드를 추가해야합니까?
- 15. 유창한 인터페이스가 명령 쿼리 분리 원칙을 위반합니까?
- 16. DTO 및 엔티티를 DRY 원칙을 위반합니까?
- 17. IClientValidatable 구현이 MVC의 DRY 원칙을 위반합니까?
- 18. ViewModel에서 데이터베이스에 액세스하면 MVC 원칙을 위반합니까?
- 19. 열거 형은 Java의 개방/폐쇄 원칙을 위반합니까?
- 20. Autofac의 공장 방법 지원 개요
- 21. 단일 책임 원칙의 단점
- 22. 단일 책임 원칙과 클래스
- 23. 단일 책임 원칙 위반
- 24. 단일 책임 원칙 리팩터링
- 25. 단일 책임 및 믹스
- 26. 이것은 단일 책임 원칙의 예입니까?
- 27. 두 책임
- 28. 다음 예에서 단일 책임 원칙에 대해 혼동했습니다.
- 29. 팩토리 패턴이 아닌 "Tell, Ask Do Ask"원칙을 위반합니까?
- 30. ReplaySubject.next (value)는 redux 저장소의 불변의 원칙을 위반합니까?