Good Code, Bad Code (8) _ 코드를 모듈화 하라

의존성 주입의 사용을 고려하라

하드코딩된 의존성은 확장성을 저해한다.

class TestB
{
}

class TestA
{
    TestB TestB
}

위 상태에서 TestA 클래스의 기능이 확장되어서 TestB가 아닌 TestC가 필요로 하게 되는 상황이 온다면?

따라서, 위 같은 경우 보단 아래같은 경우를 추천한다.

 

class TestB : public Test
{
}

class TestA
{
	Test Test
	TestA(Test InTest)
	{
		Test = InTest;
	}
}

TestA(new TestB());

의존성을 주입하는 방식으로 해야 코드를 확장하기 쉽다. 

 

인터페이스에 의존하라

구체적인 구현에 의존하면 적응성이 제한된다.

따라서 가능한 경우 인터페이스 의존해야 한다.

 

클래스 상속에 주의하라

기능확장을 위한 마구잡이 상속은 위험하다.

CSV 파일을 읽은 클래스가 있다고 가정한다.

그리고 같은 기능이 많이 겹쳐서 Int 파일을 읽는 클래스를 CSV 파일 클래스를 상속받아 구현한다고 친다.

 

여기서 문제는 만약에 CSV 파일 클래스가 커져서 새로운 함수들이 추가되었다고 가정하자.

Int 파일 클래스는 제작하지 않은 CSV파일 기능을 사용하게 되는 문제가 생기기도 하고,

Int 파일 클래스는 해당 함수를 재정의해야하는 문제가 생길 수도 있다.

 

예를 들어, CSV 파일이 없던 GetTextCount() 함수가 새로 추가되었다고 가정하자.

외부에서 해당 Int파일 클래스를 사용하던 개발자가 GetTextCount()를 가져와서 사용하다가 에러가 난다.

에러의 원인은 Int파일 클래스에서는 GetTextCount() 를 사용하기에 재정의가 필요했던 것이다.

 

이런 문제 때문에 상속에는 주의가 필요한데, 이를 피하기 위해선 구성을 사용하는 것이다.

클래스를 상속받는게 아니라 구성으로 넣는 것이다.

 

Int 파일 클래스가 외부로 보여지고 싶은 함수들만 보여지게 할 수 있고, 기능들을 CSV 파일 기능을 가져와서 사용할 수도 있다.

 

정확하게 상속받는 자식 클래스는 부모 클래스와 유사한 점이 많은지 확인해보고 Is-A 의 개념이 부합한지를 고려하며 상속을 사용하여야 한다.