객체지향 방식으로 코드 짜면 코드 파일이 너무 많아짐

[익명(1.241)]

인터페이스, 추상클래스 만들고

클래스가 하나의 책임만 갖도록 분할하고

이러다보면 코드 파일이 무지막지하게 많아져서

나중가면 내가 이 기능을 어따 구현했는지 까먹는데

시발 이거 맞는거냐? 오히려 불편한거 같어...

[익명(14.12)]

만들때 편하려고 나누는게 아님

[익명(1.241)]

그럼 지금 내가 겪고 있는 불편함이 객체지향 특성상 일어날수밖에 없는게 맞는거지? 대신 나중에 문제가 생기거나 할때 각각의 책임이 명확하니까 문제 해결할때 좀 편한거고

[ㅆㅇㅆ(124.216)]

나중에 수정할때 편하라고 하는거. 그리고 요새는 상속보다는 컴포지션 많이함

[익명(1.241)]

그럼 코드 파일 많아져서 불편해지는건 어쩔수 없는거지? 지금 내가 잘 하고 있는거 맞지?

[ㅆㅇㅆ(124.216)]

사람마다 차이가 있는데 is-a 관계 아닌데 남발하면 코드량이 많아지는것도 있어서 코드 까보지 않으면 모를듯

[익명(chartman)]

인터페이스를 언급하는데 컴포지션을 쓰라니 무슨 의미일까

[ㅆㅇㅆ(124.216)]

인터페이스를 언급하면서 컴포지션을 사용하라는 것은 상속을 통해 is-a 관계를 형성하는 대신, 컴포지션을 통해 has-a 관계로 기능을 조합하라는 말임. 상속을 과도하게 사용하면 클래스 계층이 복잡해지고 코드 유지보수가 어려워질 수 있지만, 컴포지션을 사용하면 필요한 기능을 유연하게 조합할 수 있어서 코드의 유연성과 재사용성이 높아짐.

[ㅆㅇㅆ(124.216)]

물론 둘 다 조합할 순 있음

[익명(182.217)]

[익명(182.217)]