먼저 좌표인 Point 클래스가있고
물고기인 Fish클래스가 있는데
물고기의 위치를 Point로 표현하려고해
여기서
#pragma once
#include "point.h"
class Fish
{
public:
Fish(void);
~Fish(void);
private:
Point Position;
int age;
public:
};
이게 좋을까
#pragma once
#include "point.h"
class Fish : public Point
{
public:
Fish(void);
~Fish(void);
private:
int age;
public:
};
아님 이게 좋을까?
잘 모르겟음 ㅠㅠ
Point클레스에 있는 데이터가 fish클레스 외 다른 클레스들도 사용되는것이라면 상속을 이용하세요
ㄴ 감사합니다
위에께 낫져
상속 전나 구림, 될수있는한 자제
상속은 소스가 길어 지면은 소스를 분석할때 이리저리 왔다갔다 거리는 것이 조금 불편하지만 상속을 이용하면 유용한기능이 많아서요
잘사용하면 상속도 좋습니다
주로 상속을 쓰는 이유중 하나는 공통으로된 데이터를 하나의 부모 클레스에다가 두고 그걸 상속해서 사용하면서 하면 코딩이 훨신 편하구요
위치는 속성이 되어야지 부모클라스가 되면 나중에 골치아파짐 리얼, 나중에 포인트끼리 좌표계산하는데 물고기객체 넣어도 동작하겠네
코딩 편하라고 상속 쓰나? 유연하게 잘짜려고 상속 쓰는거제...
네 그건 맞는말이에요 지금 저 클레스 상황에서는 그렇죠
그렇네
저는 공통된 데이터를 부모로 두어서 필요할때 사용하는 기능이 상속의 장점중 하나라고 생각합니다. 무좋건 않좋다고는 저는 생각하지 않네요. ^^
네 그렇죠
ㄴ 그게 GoF 새끼들이 존나 문제라고 ㅈㄹ 하더라고
음 문제인가요? 저는 상당히 좋다고 생각하는데 경력이 있으신분들이 그렇게 말하면 뭔가 문제가 있는가 보군요?
저도 지금 gof책을 보는데 아직 거기까지는... 더 공부해야겠네요
글고 걍 상식적으로 위치는 속성으로 접근하는게 당연한 생각 아님? 좌표랑 물고기랑 무슨 관계가 있다고 , 내가 생각하는 물고기는 물속에서 사는 동물인데
Wa-Tor 코딩해보려구 하는중이에여 ㅠㅠ
저는 게임쪽을 생각해서 윈도우 위치 좌표로 생각했네요
그래픽으로 표현하려면 나중에 물고기 위치를 다른 객체가 제어하는 경우도 생기니 위치를 public 으로 까셈, 어차피 물고기 따위 위치 손으로도 맘대로 옮길수 있잖아 ㅋ