여기에 있는 shoInfo를
저기 케이스2 에다가 호출해서 2번 상황일때 showInfo 뜨게 하고싶은데 Public ProductInfo extends conversationBook 으로 상속시키니 오류남.. 대체 어케해야되지
여기에 있는 shoInfo를
저기 케이스2 에다가 호출해서 2번 상황일때 showInfo 뜨게 하고싶은데 Public ProductInfo extends conversationBook 으로 상속시키니 오류남.. 대체 어케해야되지
그럼 Productinfo 클래스에도 상속 시켜줘 conversationbook을 상속해봐 - DCW
그니까 ProductInfo 클래스에다가 conversationbook 상속하니 오류남
ㄴ?? 상속은 위에서 아래로 계속 가능한걸로 알어 한 클래스에 두개의 상속은 안되고 아마 변수명이나 이런것이 같은것이 존재해? - DCW
ㄴ 저거 문제를 보니까 둘중 하나는 임플리먼트 사용해서 해야하는게 아닐까 싶어 - DCW
근데 설계자체가 미친듯 프로덕 인포에서 상품 생성이랑 조회도 다 하넹 ㅎㅎㅎsrp가 뭔지 찾아봐 흉. 급한건 알겠는데 설계부터 떵이여.
ㄴ 근데 프로덕이 왜 인터페이스야 프로 인포가 인터페이스가 되야할거같은데..미안 내가 몰라서 물어본거야 ㅠ ㅠ - DCW
사실 난 저 프로덕 인포 자체가 이름만 보면 아주 모호하고 하는 일도 많고 해서 그런거임
ㄴ 저 문제가 아래로 넘기면 나오는데 구조상으로 보니까 임플리먼트로 쓰는용도같은데 - DCW
위에 잘 안 봐서 뻘소리 날린건 지움여
구조상 프로덕 인포가 인터페이스가 되어야한다구? 난 잘 모르겠는디
333인가 이 사람이 쓴 문제가 저거랑 같은거같아서 아마 저 문제 핵심이 임플리먼트와 익스텐드 구분해라고 낸 문제같아서.. - DCW
얘가 메인 함수 있는거 보면 전체적으로 드라이빙하는 애라 인터페이스면 안됨
ㄴ 그릇 처럼 활용하게 코딩을 바꿔야할거같아 - DCW
걍 당사자가 아니라 뭔 의도인진 모르겠는데 저 상태에서는 그냥 프로덕이 showinfo추상메소드를 가지고 있고 걍 p꺼 호출해서 쓰면 완전히 이해는 못해도 걍 그러려니 하고 살듯
ㄴ 그럴듯...근데 굳이 임플리먼트를 활용하는게 gui때 빼곤 별로 없는거같은데..너의 생각은 어때?? - DCW
인터페이스 쓸일 엄청 많음. 자바가 다중 상속이 안되잖아
근데 실제값은 못넣으니까 그냥 연산이나 이런 걸로 사용되는거임??나도 이해못하고 걍 아 이건 이런거구나 하고 넘어가서.. - DCW
얘를 들어서 동물에 대한 뭔가 클래스가 있고 새가 있으면 그럼 얘는 플라잉이나 뭐 그런 동작을 해야하잖어? 인터페이스 출동
디자인패턴 책 봐봐
그리고 상속보다는 합성을 선호해야함
ㄴ 아 그러니까 연산처럼 해당 동작을 이루어 지는걸 그걸로 가능하다 이거지?? 구이의 액션리스너 이런것처럼?? - DCW
상속을 하게 되면 변경사항이 있을 때 깨지기 쉬움
ㄴ 생성자로 하면 값이 안넘어오잖아 결국 데이터를 받을려면 상속말고 쓸게... - DCW
@쿰척쿰척 : 뭔 말인진 잘 모르겠다. 디자인 패턴 책 보면 걍 서문이너 1장에라도 나오니까 한번 봐
출근준비해야하니 여기서 이만
ㄴ 책 이름이 디자인 패턴이야?? - DCW
데이터 받는다는게 무슨 의미인진 모르겠어. 사실. 데코레이션 패턴 같은거 볼래?
데이터 자체는 원래 지꺼 아니면 사용을 지양해야지. setter/getter를 만들거나
ㄴ A=10이라고 하면 생성자를 사용할때 a=10 이런식이 아니라 널값을 들고올때가 있어서 상속을 사용하면 그런 일이 없어서 말해본거야 조언 고마워. - DCW
@ㅁㄴㅇㄹ : 그냥 윗 내용은 볼 필요없이 흉이 Product p[10]라고 한 놈들 있잖엉? numberOfProducts만큼 for 루프 돌려다가 p[index].showInfo(); 이렇게 호출만 하면 됨
@쿰척쿰척 : 뭔 소린지 모르겠다. 어차피 너와 나의 스레드는 이 토픽과는 좀 다른 거라서 무관하긴 한데. 일단 자바 언어만 조금 맛 봤으면 다른 사람 경험도 좀 훔칠겸 패턴책 보는 것도 나쁘진 않음.
출근하고 좀 쉬었으니 이제 슬 정리하고 하루 일과를 진행해야지..-_-)/ 이따봐 흉들!
싱글톤패턴