어떤 종류의 코드가 더 좋은지는 프로그래머의 전문 지식과 그들이 사용하는 도구에 달려 있습니다. 예를 들어, 다음은 일반적으로 잘 작성되지 않은 코드로 간주되는 것이 상속을 최대한 활용하는 잘 작성된 객체 지향 코드보다 일부 상황에서 더 효과적인 이유입니다.

(1) 일부 프로그래머는 객체 지향 프로그래밍을 직관적으로 파악하지 못합니다. 소프트웨어 프로젝트에 대한 은유가 전기 회로라면 많은 코드 복제가 필요합니다. 많은 클래스에서 거의 동일한 메소드를 보려고합니다. 그들은 당신이 집에서 느끼게합니다. 그리고 부모 클래스 나 조부모 클래스에서 메소드를 찾아보아야하는 프로젝트가 진행 상황을 적대적으로 느낄 수 있습니다. 부모 클래스의 작동 방식을 이해하고 현재 클래스의 차이점을 이해하고 싶지 않습니다. 현재 클래스의 작동 방식을 직접 이해하려고하며 정보가 여러 파일에 혼동되어 있다는 사실을 알게됩니다.

또한 특정 클래스의 특정 문제를 해결하려는 경우 기본 클래스에서 직접 문제를 해결하거나 현재 관심있는 클래스의 메서드를 덮어 쓸지 여부를 생각하고 싶지 않을 수 있습니다. 상속 없이는 의식적인 결정을 내릴 필요가 없습니다. 기본값은 비슷한 클래스에서 비슷한 문제가 버그로보고 될 때까지 무시하는 것입니다. 반대.

(2) 일부 프로그래머는 디버거를 많이 사용합니다. 일반적으로 나는 코드 상속 측면에서 확고하고 복제 방지 측면에서도 확실하지만 객체 지향 코드를 디버깅 할 때 (1)에서 설명한 좌절감을 공유합니다. 코드 실행을 수행하면 동일한 객체에 남아 있어도 때때로 (조상) 클래스 사이를 계속 뛰어 다닙니다. 또한 잘 작성된 코드에서 중단 점을 설정하면 도움이되지 않을 때 트리거 될 가능성이 높아 지므로 조건부 (실제적인 경우)로 만들거나 관련 트리거 전에 수동으로 여러 번 계속하는 데 노력해야 할 수도 있습니다.

답변

enum OPTION1 { OPTION1_OFF, OPTION1_ON };
enum OPTION2 { OPTION2_OFF, OPTION2_ON };

void doSomething(OPTION1, OPTION2);

void doSomething(bool, bool);

doSomething(OPTION1_ON, OPTION2_OFF);

doSomething(true, false);