Java 추상 클래스 또는 정적 유틸리티 클래스 디자인 선택

Question

몇 가지 공통적 인 동작을 갖고 몇 가지 전략을 구현 중이며 공통 작업이 살아 있어야하는 곳은 미정입니다.

• 1 상황 및 3 전략으로 가정하면 전략에 사용되는 작업 중 일부는 공유되며 일부는 전략 중 하나 일 뿐인 나머지 2 개에서만 필요합니다.
• 공유되는 구성원 수준 상태가 없으므로 유일한 작업 만 효과적으로 상태 비 저장됩니다.
• 작업의 의도는보기 도우미와 같은 파일의 상태 서식 지정을 지원하는 것입니다.

옵션 1 : 확인 AbstractStrategy 클래스

• 내가 자바를 사용하고 지금이 바로 는 앞으로이 기능을 사용하여 멀리합니다.
• 상속이 발생하기 쉽습니다. 융기 구조의 .
• 작업이 최종적입니다.

옵션 2 :

• 유연한 정적 헬퍼의 백분율 클래스를 생성하지만, 어떤 이유로 코드 냄새 같은 느낌이 든다.
• 돌출되지 않음.

모든 권장 사항이나 기본 설정은 무엇입니까?

내가 일하고있는 레벨은 컨텍스트 레벨이 아니라 전략 레벨입니다 (위키피디아 링크 참조).

Answer 1

하나의 이유가 있습니다 ... 거대한 이유 ... 추상 클래스 나 인터페이스를 통해 정적 Util 클래스를 사용하는 이유입니다.

나중에 메서드를 추가 할 수 있습니다.

추상 클래스 또는 인터페이스를 사용하면 해당 클래스/인터페이스에 대한 모든 변경 사항을 추상 클래스 또는 인터페이스에서 상속 한 모든 클래스에서 변경해야합니다. 이것은 공개 API를 작성하는 경우 특히 문제가됩니다.

Java 프레임 워크에는 정적 메서드가있는 흩어져있는 util 클래스가 있습니다. 가장 잘 알려진 패키지는 Collections 및 Arrays 인 java.util 패키지입니다.

Answer 2

이렇게하려면 여러 가지 방법이 있습니다. 다른 사람들이 선택 항목을 건너 뛸 수 있지만

1. 은 (추상 메소드를 오버라이드 (override)) => 어떤 전략이 모든 작업을 구현하는 것이 추상 메소드로 실행의 변수 부분을 추상 클래스를 사용합니다. 이 경우 선택적 작업은 추상 메서드가 아닌 빈 후크 메서드가 될 수 있습니다. 그렇게하면 하위 클래스에서 이러한 작업을 빈 메서드로 구현해야하는 번거 로움을 피할 수 있습니다.

2. 실제로 '전략'인터페이스를 사용하십시오 (예를 들어, 위키피디아 기사와 같은 실행 메소드 사용). 클라이언트 클래스는 전략 구현에 의해 제공됩니다 (익명의 내부 클래스 또는 실제 완전한 전략 클래스 일 수 있음).

첫 번째는 더 간단하지만, 더 단단하다 : 당신은 작업의 수 (특별히 추상적 인 것들)를 수정해야하는 경우, 모든 서브 클래스 업데이트해야합니다.

두 번째는 더 유연하지만 정적 유틸리티 메서드를 위임하거나 사용하여 다른 전략간에 일반적인 작업을 "공유"할 수있는 방법을 찾아야합니다.당신이 나와 두 외에 다른 옵션이 있습니다

Answer 3

는 :

그것은 당신이 당신에게 당신이 필요한 기능 만 끌어 당길 수있는 성분의 일종 싶은 나에게 소리. 아마도 명령 패턴을 사용하여 작업을 패키지화 한 다음 이들로부터 전략을 어셈블 할 수 있습니까?

장점 :

• 전략 상속은 필요하지 않음.
• 전략은 사용되지 않거나 숨겨진 '공유 방법'을 볼 수 없습니다.
• 관련이없는 (아마도) 관련 메소드가있는 정적 유틸리티 클래스가 없습니다.
• 더 간단한 유닛 테스트 - 작업을 독립적으로 테스트 할 수 있습니다.
• 작업을 반복하는 간단한 공유 전략 클래스입니다.

단점 :

• 추가 클래스.
• 작업은 제한적인 공통 명령 인터페이스를 준수해야합니다.
• 포맷터가 될 수있는 매우 간단한 작업에 과도 할 수 있습니다.

Answer 4

초록으로 선언 된 경우 사람들은 확장을 위해 설계된 것입니다. 개인 생성자을 선언하는 것이 더 좋습니다.