컴포넌트의 현재 상태에 대한 다형성은 주류 OO 언어에서 State Pattern 구현하는 방법이 많이들 나와 있으니 그걸 쓰면 될 거고, 각 메세지에 대한 처리 방법이 여러 상태에 걸쳐 중복될 것 같으면 if-then-else 로 바르는 게 낫겠고요.
직렬화랑 메세지의 종류에 대한 다형성이 문제겠는데
회사에서는 이렇게 해결했었습니다.
(코드 안 보고 새로 작성하는 중 :p)
SomeHandler.h:
class SomeHandler : public IHandler
{
public:
virtual void OnPacket( const RawPacket* p, int size );
protected:
template< typename P >
void OnPacket( const P& p );
};
{
public:
virtual void OnPacket( const RawPacket* p, int size );
protected:
template< typename P >
void OnPacket( const P& p );
};
SomeHandler.cpp:
// SomeHandler에 해당하는 패킷 핸들링 맵에 대한 전역 접근 경로다.
// DEFINE_HANDLER_FUNC에서 맵에 데이터를 채워넣고
// Dispatch에서 맵에 바이트 스트림을 던져넣게 되는데
// 라이브러리의 사용자가 직접 건드릴 일은 없다.
PACKET_HANDLER_MAP( SomeHandler );
void SomeHandler::OnPacket( const RawPacket* p, int size )
{
::Dispatch( this, p, size );
// Dispatch 안에서는 p의 첫 두 바이트를 까보고 그것을 기준으로 패킷 핸들링 맵을 조회한다.
// 패킷 핸들링 맵에는 각 패킷 타입을 역직렬화해서 SomeHandler::OnPacket<...>() 으로
// 전달하는 객체들이 주렁주렁 달려 있다.
}
DEFINE_HANDLER_FUNC( SomeHandler, MeatPacket )
void SomeHandler::OnPacket( const MeatPacket& p )
{
// do meat with p
}
DEFINE_HANDLER_FUNC( SomeHandler, SpinPacket )
void SomeHandler::OnPacket( const SpinPacket& p )
{
// do spin with p
}
// DEFINE_HANDLER_FUNC에서 맵에 데이터를 채워넣고
// Dispatch에서 맵에 바이트 스트림을 던져넣게 되는데
// 라이브러리의 사용자가 직접 건드릴 일은 없다.
PACKET_HANDLER_MAP( SomeHandler );
void SomeHandler::OnPacket( const RawPacket* p, int size )
{
::Dispatch( this, p, size );
// Dispatch 안에서는 p의 첫 두 바이트를 까보고 그것을 기준으로 패킷 핸들링 맵을 조회한다.
// 패킷 핸들링 맵에는 각 패킷 타입을 역직렬화해서 SomeHandler::OnPacket<...>() 으로
// 전달하는 객체들이 주렁주렁 달려 있다.
}
DEFINE_HANDLER_FUNC( SomeHandler, MeatPacket )
void SomeHandler::OnPacket( const MeatPacket& p )
{
// do meat with p
}
DEFINE_HANDLER_FUNC( SomeHandler, SpinPacket )
void SomeHandler::OnPacket( const SpinPacket& p )
{
// do spin with p
}
GamePackets.h:
BEGIN_PACKET_ENUM()
PACKET_ENUM( Meat )
PACKET_ENUM( Spin )
END_PACKET_ENUM()
PACKET0( Meat );
PACKET2( Spin,
MEMBER( int, right ),
MEMBER( string, round ) );
PACKET_ENUM( Meat )
PACKET_ENUM( Spin )
END_PACKET_ENUM()
PACKET0( Meat );
PACKET2( Spin,
MEMBER( int, right ),
MEMBER( string, round ) );
보내는 쪽에서는:
user->SendPacket( SpinPacket().Set( 42, "you spin me" ) );
이러면 right에 42가 담기고 round에 "you spin me" 가 담긴 SpinPacket 구조체가 네트워크를 거쳐서~ 목적지 객체에 있는 핸들러 함수의 인자로 넘어갑니다.쉽죠?
템플릿 특화, 멤버 함수 포인터, 전처리기를 빡세게 동원해서 만들었습니다. 스트림 라이브러리도 같이 붙어 있고요.
내부 구현은 이 블로그에 여백이 부족하므로 생략합니다.
소유권도 회사에 있고 :p
클라-서버 모두 자바 쓸 거면 패킷 클래스들을 implements Serializable 하고 패킷 객체를 바로 바이트 스트림으로 써버리면 되죠. 받는 쪽의 소켓 스트림에서 객체를 꺼내면 타입 정보가 붙어 있으니까, type 을 메세지마다 따로 설정하기보다는, RTTI 써서 if-else 체인을 만들면 되겠네요.~
...이렇게 쓰고 보니 완전 삽질한 것 같잖아... 자바로 하면 설명도 세 줄이면 끝나고;;
로레벨 라이브러리 구축하는 노력이 전혀 들지 않을 듯... ㅜㅠ
그래도 초기에 투자를 잘 해 놓으니,
MMORPG 하나 만들면서 패킷이 계속 추가되거나 변경되어도 전혀 괴롭지 않았습니다. (자랑)
중간에 상속구조를 따라 핸들러 맵을 찾는 기능이랑, 패킷별로 라우팅 목적지나 필터링 특징 같은 것도 서술할 수 있게 추가하는 하루이틀짜리 기능추가가 몇 번 있었네요.
여러분의 일터에서는 어떤 스타일로 패킷 직렬화/핸들링을 하고 계신가요 +_+)
블로그RSS