has-a 모델링 공부하는데 상속은 그냥 public 상속만 하면 멤버이름도 보고 한가지 클래스나 속성에 대해서 여러개 만들수 있는 장점이 있는거 같은데
굳이 private나 protected 하는 이유 있음요?
가상함수 재정의 한다던가 아니면 파생에 파생된 것들 그냥 바로 접근한다는 메리트 말고는...더 코딩에 손이가고 머리가 어지러워 지는거 같은데..
어떤 것이 있어요?
has-a 모델링 공부하는데 상속은 그냥 public 상속만 하면 멤버이름도 보고 한가지 클래스나 속성에 대해서 여러개 만들수 있는 장점이 있는거 같은데
굳이 private나 protected 하는 이유 있음요?
가상함수 재정의 한다던가 아니면 파생에 파생된 것들 그냥 바로 접근한다는 메리트 말고는...더 코딩에 손이가고 머리가 어지러워 지는거 같은데..
어떤 것이 있어요?
퍼블릭으로 받으면 is a도 되버림
졸라 괴상하지만 유용하게 쓰는 뭐가 있었던 거 같은데 기억이 안 남 엌ㅋ
학번형// 차라리 is-a도 되는 게 더 좋지 않아요?ㅋㅋㅋㅋ
스캇마이어스옹 말로는 is-implemented-in-terms-of가 private 상속의 의미랩니다.
츄렬// 이펙티브에서요? ㅋㅋ 지금 이펙티브 책있는데 뒤져봐야겠네 ㅋㅋ
279페이지입니당
츄럴// 그러면 has-a할땐 닥치고 private 외치면 되나여?ㅋㅋㅋ
근데 has a면 걍 객체를 갖는게 보통인데
심사숙고해서 구사하라는디.. ㅋㅋㅋ
프라이빗 상속해도 된다고는 들었는데 실제로 그렇게 쓰는걸 본적이 없음
has-a는 그냥 닥치고 다른 클래스의 객체를 갖게 하는게 보통입니다
is a도 되버리면 인터페이스가 늘어나는거고
의도랑 다르게 쓰일수있음
그럼 굳이 상속 필요없이 멤버로 쳐넣으면ㅋㅋㅋ
20160525//되버림->돼버림 (되어 = 돼임) [리듬 맞춤법 봇♬]
역시 중요한 건 잉터페이스
OOP는 처음에 정한것만 보이고 나머진 감춰야함
흐흠.. 절라 고민되네요..