띵로그
Search...
OOP
1
저는 사실 '상속' 을 별로 좋아하지 않아요 ?
저는 왜 '상속'을 피하고 싶은지에 대한 이유와 컴포지션이 어떤 장점들을 제공하는지 비교해 보겠습니다
0
2
Nov 10
11 min read
Thingk0
11 팔로워
·
3 팔로잉
팔로우 하시고 재밌는거 보고 가셔요 :)
팔로우
태그
상속
컴포지션
개발방법
OOP
객체지향
설계
최근 댓글
thingk0
저는 특히 IDE에서 자동으로 호출할 수 있는 메서드들을 불러올 때, 상속 구조에서는 원치 않는 슈퍼클래스의 메서드들까지 리스트에 포함되어 양이 많아져서 은근히 불편함을 느낍니다 🤣 컴포지션이라면 제가 원하는 `클래스`.`메서드` 형태로 정확히 찾아갈 수 있는데, 상속일 경우 모두 한꺼번에 나와 스트레스가 쌓이더라구요.. 그래서 저는 항상 가능하면 컴포지션 방식을 선호하고, 꼭 필요한 경우가 아니라면 상속은 지양하는 편입니다:)
octoping
스프링에서는 로깅, 인증 등과 같은 횡단 관심사 로직을 어노테이션 기반 AOP를 통해 처리할 수 있기도 하고, 여차하면 Spring Event 같은 것을 활용해서 이벤트 기반 아키텍처를 구축하는 것이 어쩌면 그냥 상속해서 비즈니스 로직을 구현하는 것보다 더 유연한 설계를 지원하는 것 같아요. 그래서 더더욱 도메인 객체 같은 걸 짤 때가 아니라면 오히려 상속을 쓸 일이 잘 없게 되는 것 같아서 신기해요
Made with
üntil