이 시나리오에서 구성 또는 상속을 선호해야합니까?

인터페이스를 고려하십시오.

interface IWaveGenerator
{
    SoundWave GenerateWave(double frequency, double lengthInSeconds);
}

이 인터페이스는 다양한 모양 (예 : SineWaveGenerator및 SquareWaveGenerator)의 파도를 생성하는 여러 클래스로 구현됩니다 .

SoundWave원시 사운드 데이터가 아닌 음악 데이터를 기반으로 클래스를 생성하고 싶습니다 . 비트 이름 (초가 아님)으로 메모의 이름과 길이를 수신하고 내부적으로 IWaveGenerator기능을 사용하여 SoundWave그에 따라 작성합니다 .

질문은 NoteGenerator포함 IWaveGenerator해야하거나 IWaveGenerator구현 에서 상속해야 합니까?

나는 두 가지 이유 때문에 작곡에 기울고 있습니다.

1 그것은 나를 어떤을 주입 할 수 있도록 IWaveGenerator받는 NoteGenerator동적으로. 또한, 나는 단 하나 개의 필요 NoteGenerator가 아닌 클래스 SineNoteGenerator, SquareNoteGenerator등

2-로 NoteGenerator정의 된 하위 레벨 인터페이스를 노출 할 필요가 없습니다 IWaveGenerator.

그러나 나는 이것에 관한 다른 의견을 듣기 위해이 질문을 게시하고 있습니다.

BTW : 나는 말할 것 NoteGenerator 입니다 개념적으로 IWaveGenerator는 생성하기 때문에 SoundWave들.

IWaveGenerator를 NoteGenerator에 동적으로 주입 할 수 있습니다. 또한 SineNoteGenerator , SquareNoteGenerator 대신 NoteGenerator 클래스가 하나만 필요합니다 .

즉, 여기에 사용 조성물에 좋을 것이다 명확한 기호이며, 상속하지 SineGenerator나 SquareGenerator또는 (더 나쁜) 모두. 그럼에도 불구하고 NoteGenerator를 IWaveGenerator조금 변경하면 NoteGenerator를 직접 상속하는 것이 좋습니다 .

여기서 실제 문제 는 아마도 다음 NoteGenerator과 같은 방법 으로 갖는 것이 의미가 있다는 것입니다.

SoundWave GenerateWave(string noteName, double noOfBeats, IWaveGenerator waveGenerator);

그러나 방법으로는 아닙니다

SoundWave GenerateWave(double frequency, double lengthInSeconds);

이 인터페이스가 너무 구체적이기 때문입니다. 당신이 원하는 IWaveGenerator생성 객체로들 SoundWave들하지만, 현재 인터페이스 표현의 IWaveGenerator들 생성 객체 SoundWave의 전용 주파수와 길이와는 . 이런 식으로 인터페이스를 더 잘 설계하십시오.

interface IWaveGenerator
{
    SoundWave GenerateWave();
}

과 같은 매개 변수를 전달 frequency하거나 lengthInSeconds, 또는의 생성자를 통해 매개 변수의 완전히 다른 설정 SineWaveGenerator하는 SquareGenerator당신이 마음에, 또는 어떤 다른 발전기. 이를 IWaveGenerator통해 완전히 다른 구성 매개 변수로 다른 종류의을 만들 수 있습니다 . 주파수와 두 개의 길이 매개 변수가 필요한 구형파 발생기를 추가하고 싶을 수도 있고, 적어도 세 개의 매개 변수와 함께 다음에 삼각파 발생기를 추가 할 수도 있습니다. 또는 NoteGenerator생성자 매개 변수 noteName가있는 noOfBeats, 및 waveGenerator.

따라서 일반적인 해결책은 출력 매개 변수에서 입력 매개 변수를 분리하고 출력 기능 만 인터페이스의 일부로 만드는 것입니다.

NoteGenerator가 "개념적으로"인지 여부는 중요하지 않습니다.

Liskov 대체 원칙에 따라, 즉 올바른 의미와 올바른 구문을 사용하여 정확한 인터페이스를 구현하려는 경우 인터페이스에서 상속해야합니다.

NoteGenerator는 구문 상 동일한 인터페이스를 가지고있는 것처럼 들리지만 의미 (이 경우 필요한 매개 변수의 의미)는 매우 다르므로이 경우 상속을 사용하면 오류가 발생하기 쉬울 수 있습니다. 당신은 여기에서 작곡을 선호합니다.

2- NoteGenerator가 IWaveGenerator에 의해 정의 된 하위 레벨 인터페이스를 노출 할 필요가 없습니다.

같은 소리 NoteGenerator는 아니므로 WaveGenerator인터페이스를 구현하지 않아야합니다.

작문이 올바른 선택입니다.

컴포지션에 대한 견고한 케이스가 있습니다. 상속 을 추가해야 할 수도 있습니다. 말하는 방법은 호출 코드를 보는 것입니다. NoteGenerator을 기대하는 기존 호출 코드 를 사용 IWaveGenerator하려면 인터페이스를 구현해야합니다. 대체 가능성이 필요합니다. 그것이 개념적으로 "is-a"파 발생기인지의 여부는 요점입니다.

그것은 괜찮지 NoteGenerator위해, 또한 인터페이스를 구현하고, NoteGenerator저 (구성에 의해) 참조 다른 내부 구현을 가지고 IWaveGenerator.

일반적으로 컴포지션은 추론에 대한 재정의가 복잡하지 않기 때문에 유지 관리가 용이 ​​한 (즉, 읽을 수있는) 코드를 생성합니다. 상속을 사용할 때 가질 수있는 클래스 매트릭스에 대한 관찰도 중요하며 컴포지션을 가리키는 코드 냄새로 생각할 수 있습니다.

상속은 전문화하거나 사용자 정의하려는 구현이있을 때 더 잘 사용됩니다. 여기서는 그렇지 않습니다. 인터페이스 만 사용하면됩니다.