[💬] (개발) 이름-타입 테이블?

[산적대왕(raveneer)]

무엇인가를 생성하는 것을 어떻게 하면 단순화 할 수 있을까...

에 대해 이런 저런 고민을 하고 있었다.

왜냐면 코드중에 이런 막짜가 있기 때문인데

보다시피 string 으로 분기하여 무슨 일을 할 지 (건물을 만들지, 에어컨을 만들지, 터렛을 만들지...)를 정해주고 있다.

당연히도 객체지향적으로

'빌딩, 에어컨, 터렛을 어떤 IConstructable 같은 인터페이스나 상위 클래스로 묶어주는 식으로 처리하면 되겠군..'

하는 생각을 하다가 뭔가 뭔가 중간과정만 자꾸 만드는 것 같아서 고민을 좀 해봄.

그러다 떠오른 생각이

'게임의 모든 정보들이 고유한 이름을 가지면, 이름과 클래스타입을 정의하는 딕셔너리 하나로 모든 상속구조를 해쳐나갈 수 있겠다'

이게 뭔 개소리냐면

우리가 보통 '오크'라고 하면 '뛰어댕기는 몬스터 오크' 를 생각하지 아이템으로서의 오크나 무기로서의 오크를 생각하진 않을 것이라는 것이다.

즉, 우리가 쓰는 일상어에 이미 해당 클래스의 타입이 어느정도 정해져 있다는 것이다.

그러면 다음 테이블만 하나 별도로 존재하면 된다!

[이름-타입 테이블]

"오크"/몬스터
"참피"/몬스터

"지구인"/사람

"엑스칼리버"/아이템

"콘페이토"/아이템

이 테이블이 있다면, 간단하게

SpawnEntity ("오크", vector2(10,20));

한줄만으로 뭘 만들어야 할지 컴퓨터에게 시킬 수 있게 된다.

컴퓨터는 "오크"라는 이름이 '몬스터' 타입인 것을 저 테이블을 통해 알 수 있으므로

위 코드를 해석하여 (분기하여) SpawnMonster()를 호출할 수 있다는 것.

개발자가 무언가를 '간단하게 명령할 수 있다' 는 것은 강력하다.

이 방법의 문제는 같은 이름이 2곳에서 사용될 수 없다는 것.

'엑스칼리버' 라는 이름의 몬스터와 무기, 지명이 동시에 존재할 수 없다.

게임이 굉장히 커지다보면 이름-타입 테이블에서 충돌이 일어날 수 있을 것 같기도 한데 (mmo급)

인디 스케일에서는 어지간해서는 괜찮을 것 같기도 하다.

지금 쓰고 있는 아이템 템플릿인데, 여기 들어있는 Type 이 Name-Type 테이블의 정보로 사용될 수 있을 것 같다.

비슷한 생각을 해봤거나

잘못된 생각이라 생각하는 게이는 댓글 좀 달아줘.

(야근하고 난 후 갑자기 든 생각이라 뻘소리일 확률 90% 이상임.)

[익명(58.72)]

뻘짓고마하고 기획에 집중하라고

[산적대왕(raveneer)]

[익명(1.212)]

보통 id를 주키로삼지않나? 글고 중요순서대로 엑셀정리하면 편함

[익명(1.212)]

~의 가죽, ~의 검 이러면 애매하지않나

[산적대왕(raveneer)]

id도 당연 들어가지만 겜이 느린 상황이 아닌 한 스트링 쓰면 디버깅할때 쉬워진다거나... 하지 않을까?

[익명(112.154)]

게임의 규모가 그리 크지않고 한국어만 사용하거나, 명칭당 1개만 존재하면 상관없을거같긴함

[익명(112.154)]

[스폰] [명칭:A]을 받으면, 명칭 Table에서 [A:아이템] 값을 도출하고 [스폰] [아이템] 을 실행한다는 말 맞나?

[익명(112.154)]

그럴거면 처음에 SpawnEnitity("이름", "타입", "위치")을 바로 적어주는게 낫지않음?

[산적대왕(raveneer)]

무슨 이름이 무슨 타입인지 일일이 다 알아야 하는것도 피곤하고, 이름-타입 테이블이 있으면 이름만 보내면 되잖아?

[익명(112.154)]

글케 차이는 없겠지만 이름에 대한 레코드 수가 늘어나면날수록 시간이 오래걸릴수있음

[익명(125.138)]

딕셔너리는 해쉬테이블기반 자료구조라 복잡도가 1이라서 찾는데 속도문제는 발생하지 않음. 다만 작성자가 말한대로 키가 같은 경우가 발생하면 처리하기 까다로워서 그렇지

[익명(110.8)]

고유 네임에 서브 카테고리 태그 하나면 인디레벨에서 나올수있는 모든 네이밍은 다 커버될거 같은데? [오크_몬스터] [오크_무기] 단 하나만으로 제한하면 진짜 중요한 중복 필요한 경우가 생기면 포기하느냐 모든걸 다 갈아엎느냐 인뎅 후자는 사실상 불가능하니까 짜증날걸 군뎅 아직 오후 4시도 안됬는데 야근이라니????

[산적대왕(raveneer)]

어제 3시까지 개발하고 잤더니 뇌가 좀비상태

[익명(110.8)]

그러면 푹자고 늦게 일어나면 되는거 아냐? 아침형 좀비보다 게으른 씽씽한 뇌가 좋은거 아닌가 -.-;;;;

[산적대왕(raveneer)]

늙으니 푹자도 머리가 띵하네. 수면의 질 문제인것 같다

[익명(110.8)]

끄덕끄덕...근뎅 개발 한번 불븥으면 머리속에 맴돌아서 자려고 해도 안자지는게 정상이긴 하지.

[asdasd(59.15)]

본문 내용은 길어서 안읽었고 (ㅎㅎ;; ㅈㅅ.. ㅋㅋ!!) 플머라 코드만 봤는데 보면 이벤트 매니저가 스폰해줄때 받는 인자값이 전부 동일하다면, 터렛 스폰, 건물 스폰을 외부에 빼는것보다는 해당 함수는 private으로 감추고, 외부에 보여줄 스폰 함수 하나를 만들고, 그 함수에서 문자열을 비교하여 스폰해주는게 좋다고 생각됨.

[산적대왕(raveneer)]

ㅇㅇ 그걸 해주려고 하는데 문자열 비교는 싫어서 문자열-타입 테이블을 만들어보려고 하는거

[asdasd(59.15)]

뭐 물론 아직 테스트 단계라 그랬을거 같긴 한데.. 장점을 말하자면.. 팀 작업이면 다른 사람이 썻을때 함수가 여러개인것과 함수가 하나여서 그 하나만 읽으면 되는것의 차이는 천지 차이.. 개인 작업이여도 함수가 하나로 통일됬을때 장점은 확장성이 용이해지고, 수정할 일이 생긴다면 손볼 부분이 한군데로 줄어드니까.. 뭐.. 그냥.. 개발하기 싫어서.. 웹서핑하다가 적은거라.. 헛소리라고 생각해두 됭...

[익명(39.7)]

enum이나 상수로 하는게 나을것같다

[marmotru(anybody96)]

내가 쓰는건 c++만 가능 일단 무식한 enum과 스위치형태로 바꿈. 그리고 그 enum 개수만큼 함수포인터배열을 만들음. 그리고 생성자잔에서 스위치 케이스에 기능을 함수로 묶고 그함수를 함수포인터 배열에 묶음. 이후 종류 역할을 하는 enum을 인덱스로 함수포인터 배열에서 실행

[산적대왕(raveneer)]

ㄷㄷㄷ

[marmotru(anybody96)]

고급프로그래밍기법 이라고 옛날에 나왔다가 메모리 부족으로 사장되었다 요새 사양이 좋아저서 다시 나온 기법임

[marmotru(anybody96)]

그리고 또 이걸 어디에 잘써먹었냐면 내 게임은 디아처럼 오른손에 한손검 끼면 한손검 모션, 왼손에 방패끼면 방패 모션, 왼손 오른손 한손무기 끼면 쌍수모션 오른손에 양손검끼면 왼손 장착불가 이런 게임이거든. 이건 더러운 조건문 들어갈수 밖에없잔아, if 왼손 empty 이런식으로 이걸 함수포인터2차원배열로 바꿈. 무기종류가 갑옷 종류랑 같은 enum인데 이때문에 무기종류를 enum 맨앞으로 옮겨줌. 그다음 역시 무기개수만큼 배열 만들고 "모션이 바뀌는 스탠스 경우의 수" 만큼 함수바인딩을 해줌, 기획상 나올수 없는 장비 조합은 ui장착 단에서 조건문에서 막아놓고 사용하는 스탠스만큼만 바인딩. 그다음은 장착할때마다 콜백으로 현재 왼손 장비 enum 오른손 장비 enum 받아다 2차원배열 인덱싱 끝

[marmotru(anybody96)]

2차원 배열의 앞부분을 오른손의 장착템,뒷부분은 왼손의 장착템 열거형으로 쓴거

[산적대왕(raveneer)]

대단하네. 코드 안 쓰고 데이터로 해결했구먼

[유깽(gkak8422)]

별관심 없었는데 꾸준히 하는 모습이 멋지셔요 저도 본받아서 열심히 할려고 합니당 개발자가 아니라 무슨 말을 하시는건지 저는 이해못하지만 응원해용! - dc App

[산적대왕(raveneer)]

[123(122.38)]

이름 중복은 딕셔너리로 하면 애초에 발생하지 않지 않나? 엑셀 데이터를 널때 에러로 바로 나올건데 그럼 이름을 따로 변경해주면 되지

[123(122.38)]

저는 약간 변태처럼 하는데 모두 enum으로 만들고 무기류는 enum 값을 0~999 소모품류는 1000~1999 대역을 씀 몬스터는 5000~10000 대역을 씀 무기류 enum, 갑옷 enum, 몬스터 enum 을 쓰되 안겹치게 넣고 > 그 하나짜리 딕셔너리 쓰고 싶으면 종합 enum으로 만든다음에 쓰면 됨 어차피 값으로 빼면 되니까 상관 없고, 단 엑셀시트에서 문자열을 그대로 가져다 쓰는것보다는 enum이름이랑 비교해서 숫자로 혹은 enum 값으로 바꾸는 코드가 잇으면 좋을거 같은데..