Q&A와 스터디
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:692point (73%), 레벨:2/30"){kind=icon}
우중풍륜foo.h 파일
#ifndef __FOO_H
#define __FOO_H
class Goo; // 아래 Goo* goo 사용(컴파일시 오류를 없애기 위해) 했는데 이렇게 하는게 맞는지 모르겠습니다. ;;
// 이것의 정확한 의미도 알고 싶구요. TC++PL에서 본것 같은데 책 내용이 많아서 어느 부분에서 봤는지 모르겠습니다.
class Foo
{
public:
Foo() {};
~Foo() {};
private:
Goo* goo;
char str[10];
};
#include "Goo.h" // include를 아래서 하는 이유???
// 위에서 하면 foo.h 내용은 포함이 되지 않는데 그 이유 말고 다른 이유가 존재 합니까?
#endif
Goo.h 파일
#ifndef __GOO_H
#define __GOO_H
#include "Foo.h"
class Goo
{
public:
Goo() {};
~Goo() {};
private:
Foo* foo;
char str[10];
};
#endif
test.cpp
#include "Foo.h"
void main()
{
Foo fo;
Goo go;
}
#ifndef __FOO_H
#define __FOO_H
class Goo; // 아래 Goo* goo 사용(컴파일시 오류를 없애기 위해) 했는데 이렇게 하는게 맞는지 모르겠습니다. ;;
// 이것의 정확한 의미도 알고 싶구요. TC++PL에서 본것 같은데 책 내용이 많아서 어느 부분에서 봤는지 모르겠습니다.
class Foo
{
public:
Foo() {};
~Foo() {};
private:
Goo* goo;
char str[10];
};
#include "Goo.h" // include를 아래서 하는 이유???
// 위에서 하면 foo.h 내용은 포함이 되지 않는데 그 이유 말고 다른 이유가 존재 합니까?
#endif
Goo.h 파일
#ifndef __GOO_H
#define __GOO_H
#include "Foo.h"
class Goo
{
public:
Goo() {};
~Goo() {};
private:
Foo* foo;
char str[10];
};
#endif
test.cpp
#include "Foo.h"
void main()
{
Foo fo;
Goo go;
}
2006.07.08 13:16:47 (*.19.118.109)
우중풍륜 그러면 클래스 멤버로 객체 포인터가 아니라 객체를 가지면 어떤식으로 해야 하죠?
class Foo
{
Goo goo;
};
class Goo
{
Foo foo;
};
이런식으로 되어 있는 경우에는 헤더 파일 인크루드를 어떤식으로 해야 하나요?
(이런 경우가 필요 한지는 ;;)
class Foo
{
Goo goo;
};
class Goo
{
Foo foo;
};
이런식으로 되어 있는 경우에는 헤더 파일 인크루드를 어떤식으로 해야 하나요?
(이런 경우가 필요 한지는 ;;)
2006.07.08 17:16:26 (*.59.76.31)
![[레벨:7]](http://old.lameproof.com/modules/point/icons/default/7.gif "포인트:4676point (19%), 레벨:7/30"){kind=icon}
Excelsis 불가능합니다.
만약 된다해도 Foo 클래스를 하나 생성하면 그 안에서 Goo를 만들고, 또 그안에서 foo를 만들고 그안에서 Goo를 만들고... 무한으로 메모리먹다 죽습니다.
포인터로 넣는건 그 내용을 실제 생성하지 않고 끝내버리기 때문에 (실제로는 int 하나 생성하는거나 마찬가지입니다) 문제가 없는거지만, 자동으로 생성자에서 new를 넣는다면 당연히 죽습니다.
그리고 멤버변수로 만드는건 아니지만, 멤버변수 쓰듯이 야매로 만드는 건 가능합니다.
한 쪽 클래스의 멤버변수를 멤버변수가 아니라 레퍼런스로 만든 다음, 생성자에서 레퍼런스를 채워주면 됩니다.
h :
#pragma once
class Foo;
class Goo
{
protected:
Foo &foo;
public:
Goo(void);
~Goo(void);
};
CPP:
#include "StdAfx.h"
#include ".foo.h"
#include ".Goo.h"
Goo::Goo(void) : foo(*(new Foo))
{
}
Goo::~Goo(void)
{
}
그러나 하지마시기 바랍니다. 당연히 이 코드도 죽습니다.
만약 된다해도 Foo 클래스를 하나 생성하면 그 안에서 Goo를 만들고, 또 그안에서 foo를 만들고 그안에서 Goo를 만들고... 무한으로 메모리먹다 죽습니다.
포인터로 넣는건 그 내용을 실제 생성하지 않고 끝내버리기 때문에 (실제로는 int 하나 생성하는거나 마찬가지입니다) 문제가 없는거지만, 자동으로 생성자에서 new를 넣는다면 당연히 죽습니다.
그리고 멤버변수로 만드는건 아니지만, 멤버변수 쓰듯이 야매로 만드는 건 가능합니다.
한 쪽 클래스의 멤버변수를 멤버변수가 아니라 레퍼런스로 만든 다음, 생성자에서 레퍼런스를 채워주면 됩니다.
h :
#pragma once
class Foo;
class Goo
{
protected:
Foo &foo;
public:
Goo(void);
~Goo(void);
};
CPP:
#include "StdAfx.h"
#include ".foo.h"
#include ".Goo.h"
Goo::Goo(void) : foo(*(new Foo))
{
}
Goo::~Goo(void)
{
}
그러나 하지마시기 바랍니다. 당연히 이 코드도 죽습니다.
2006.07.10 10:37:55 (*.102.122.211)
![[레벨:5]](http://old.lameproof.com/modules/point/icons/default/5.gif "포인트:3087point (84%), 레벨:5/30"){kind=icon}
안군 그런 방식은 확실히 좋지 않구요. 정 Foo에서 Goo의 기능을 쓰면서, Goo에서 Foo의 기능을 쓰기를 원하신다면... 순수 가상함수로만 이루어진 인터페이스를 먼저 만들고, 그걸 인클루드 해서 사용하시면서, 생성자에서 쓰시는게 좋을것 같습니다.
말이 이상하네요;;
// interface.h
interface IFoo
{
public:
virtual void DoSomething() = 0;
};
interface IGoo
{
public:
virtual void DoSomething() = 0;
};
// Foo.h
#include "interface.h"
class Foo
{
public:
IGoo *m_pGoo;
Foo();
void DoSomething();
};
// Foo.cpp
#include "Goo.h"
Foo::Foo()
{
m_pGoo = new Goo;
}
void Foo::DoSomething()
{
m_pGoo->DoSomething();
}
이런 식으로요. 이러면 충돌이 생기지 않죠.
말이 이상하네요;;
// interface.h
interface IFoo
{
public:
virtual void DoSomething() = 0;
};
interface IGoo
{
public:
virtual void DoSomething() = 0;
};
// Foo.h
#include "interface.h"
class Foo
{
public:
IGoo *m_pGoo;
Foo();
void DoSomething();
};
// Foo.cpp
#include "Goo.h"
Foo::Foo()
{
m_pGoo = new Goo;
}
void Foo::DoSomething()
{
m_pGoo->DoSomething();
}
이런 식으로요. 이러면 충돌이 생기지 않죠.
ifndef-define-endif 블록으로 싸놓지 않으면 무한 상호참조가 돼서 아비규환이 되고,
블록으로 싸놓은 경우 뒤에 해석된 헤더파일 한쪽은 내용이 없는 상태가 되어버립니다.
class Foo; 같이 클래스 이름만 전방선언해두고 포인터를 사용하는 건, 포인터는 어떤 형의 포인터이건 간에 CPU의 처리 비트수에 따라가는 용량을 사용하기 때문에 (32비트 컴퓨터이니 32비트 -> 4바이트)
이름만 대충 맞춰두면 실제 어떤형이건간에 끼워맞추는데는 지장이 없기 때문입니다.