이것은 좋은 질문이며 OO를 사용하는 방법을 이해하려고 할 때 많은 사람들이 어려움을 겪습니다. 나는 대부분의 개발자들이 이것으로 어려움을 겪고 있다고 생각합니다. 나는 그것을 지나칠 수 있다고 말할 수 있기를 바란다. 그러나 나는 그것이 확실하지 않다. 내 경험상 대부분의 개발자는 pseudo-OO 속성 백을 사용 합니다.

먼저, 명확하게하겠습니다. 이것은 당신의 잘못이 아닙니다. OO가 일반적으로 가르치는 방식에는 결함이 있습니다. 그 Animal예는 최고의 범죄자 인 IMO입니다. 기본적으로 우리는 객체에 대해 이야기 할 수 있습니다. 는 Animal할 수 eat()그것은 할 수 있습니다 speak(). 감독자. 이제 몇 가지 동물을 만들고 그들이 먹고 말하는 방식을 코딩하십시오. 이제 당신은 OO를 알고 있습니까?

문제는 이것이 잘못된 방향에서 OO로오고 있다는 것입니다. 이 프로그램에 동물이 왜 있고 왜 말하고 먹어야합니까?

Animal유형 에 대한 실제 사용을 생각하기가 어렵습니다 . 나는 그것이 존재한다고 확신하지만 트래픽 시뮬레이션과 같이 추론하기가 더 쉬운 것에 대해 논의 해 보자. 다양한 시나리오에서 트래픽을 모델링하려고한다고 가정합니다. 여기에 필요한 몇 가지 기본 사항이 있습니다.

Vehicle
Road
Signal

우리는 모든 종류의 보행자와 기차로 더 깊게 갈 수 있지만 단순하게 유지할 것입니다.

고려해 봅시다 Vehicle. 차량에는 어떤 기능이 필요합니까? 도로를 여행해야합니다. 신호에서 멈출 수 있어야합니다. 교차로를 탐색 할 수 있어야합니다.

interface Vehicle {
  move(Road road);
  navigate(Road... intersection);
}

이것은 아마도 너무 간단하지만 시작입니다. 지금. 차량이 할 수있는 다른 모든 일은 어떻습니까? 도로에서 도랑으로 변할 수 있습니다. 시뮬레이션의 일부입니까? 아니요. 필요 없습니다. 일부 자동차와 버스에는 유압 장치가있어 각각 튀거나 무릎을 꿇을 수 있습니다. 시뮬레이션의 일부입니까? 아니요. 필요 없습니다. 대부분의 자동차는 휘발유를 태 웁니다. 그렇지 않은 사람도 있습니다. 발전소가 시뮬레이션의 일부입니까? 아니요. 필요 없습니다. 휠 사이즈? 필요하지 않습니다. GPS 네비게이션? 인포테인먼트 시스템? 그들을 필요로하지 않습니다.

사용하려는 동작 만 정의하면됩니다. 이를 위해 상호 작용하는 코드에서 OO 인터페이스를 작성하는 것이 더 낫다고 생각합니다. 빈 인터페이스로 시작한 다음 존재하지 않는 메소드를 호출하는 코드 작성을 시작하십시오. 이것이 인터페이스에서 어떤 방법이 필요한지 아는 방법입니다. 그런 다음이 동작을 구현하는 클래스를 정의하기 시작합니다. 사용되지 않은 동작은 관련이 없으며 정의 할 필요가 없습니다.

OO의 요점은 나중에 호출 코드를 변경하지 않고 이러한 인터페이스의 새로운 구현을 추가 할 수 있다는 것입니다. 작동하는 유일한 방법은 호출 코드의 요구에 따라 인터페이스에 적용되는 내용이 결정되는 것입니다. 나중에 생각할 수있는 모든 가능한 것들의 모든 행동을 정의 할 수있는 방법은 없습니다.

답변

interface IEater { void Eat(); }
interface IMorningRoutinePerformer { void DoMorningRoutine(); }
interface IAnimal : IEater, IMorningPerformer;
interface IHuman : IEater, IMorningPerformer;
{
  void WashHands();
  void GetDressed();
}

void MorningTime()
{
   IList<IMorningRoutinePerformer> items = Service.GetMorningPerformers();
   foreach(item in items) { item.DoMorningRoutine(); }
}