[💬] 던전 게임을 만들어 보기로 했다[4]

[겨(210.97)]

던전 게임을 만들어 보기로 했다[1]

던전 게임을 만들어 보기로 했다[2]

던전 게임을 만들어 보기로 했다[3]

이제 슬슬 맵 저장하고 불러오기를 만들 때가 되었는데..

파일 불러오기 / 저장하기 기능을 쓰려면 좀 귀찮아서 그냥 playerPref로 만듬.

그래도 암호화 하는 척은 해 주긴 해야하니 나중에 c#용 sha알고리즘 코드라도 하나 찾아서 다운받아서 써야지 뭐.

우선 로드랑 세이브 UI를 하나씩 맹거서 붙여야지.

이번에는 버튼으로 만들었고, GameManager에 Save/Load 함수 만들어서 연결시키면 UI쪽에서 할 일은 끝

원래 TileNode의 type이 int였는데, 이제 슬슬 이런저런 타일들을 추가하다 보면 type이 늘어날테니 TileTypeDef를 하나 추가했어.

밑에 주석은 enum에 새로운 값을 추가한 다음에 수정해 줘야할 함수들 적어놓은거. 

난 건망증이 있어서 저렇게 하나하나 메모 안 해놓으면 까먹고 맨날 찾아헤메이더라고.

비주얼 스튜디오에 검색 기능이 있긴 하지만 그걸로 검색해도 안 나오는게 좀 있다보니..

다른 for문에서는 x 안에 y를 썼는데,

저장하는거에서는 y 안에 x를 넣은 for문으로 만들었어.

그쪽이 내가 개념적으로 이해가 잘 되서 그렇게 했어. 뭐, x안에 y 넣어도 만들 수는 있지만 왠지 헷갈리지 않음? ㅋ

mapSaveData는 string 대신에 StringBuilder를 썼어.

어디서 찾아보니까, 그냥 스트링 쓰는 것보다 스트링 빌더를 쓰면 속도 면에서 훨씬 낫다고 하더라고.

어차피 마지막에 저장할때는 toString해서 저장하면 되니 뭐... 크게 문제는 없음.

불러올 때도 아까맨치로 y안에 x를 넣어서 불러옴.

원래는 저장할 때 mapOrigin까지는 저장 안 하고, mapSize를 가지고 mapOrigin을 역산해서 만들었었거든.

근데 그렇게 하다 보니까 이상하게 자꾸 한두칸씩 맵이 어긋나더라고.

이게 미묘하게 계속 맵 사이즈가 바뀌고 하다 보니 mapOrigin에서 어긋나는 문제가 생기는 것 같아서

그냥 mapOrigin까지 같이 저장해 버리고 불러오는 쪽이 낫겠다 싶어서 그냥 그렇게 했어.

아까 저장할 때 값들 사이에 . 을 한개 넣었는데, 저 . 을 기준으로 해서 나누는 거라서 불러올 때도 . 을 기준으로 나누도록 string.split을 사용했음.

우선 저기 불러오는 건 tileNode data를 불러오는 거고...

tileNode data를 다 불러온 다음에는 실제 그릴 map에 있는 타일을 싹 한번 지워준 다음에

tileNode data를 기준으로 맵을 그려줬어.

updateWall은 벽 사방에 다른 벽이 있는지를 감지해서 모양을 이쁘게 만들어주는 명령이고.

일단 맵 저장/불러오기는 다 만들었는데 몇 가지 생각해야 할 점이 있긴 함.

우선은 맵 저장하고 불러온 다음에 path가 꼬이는거.

이건 실시간으로 처리해 줄려면 맵 관련 작업을 할 때마다 모든 몬스터나 혹은 영웅들에다가 search를 새로 해 줘야 하는데..

애초에 생각한 게임 방식이 실시간으로 맵을 만들고 쳐들어오는 방식이 아니라 건축 페이즈/전투 페이즈를 나눠서 진행할 생각이었기 때문에 

별로 문제가 되는 건 아닌 것 같아.

다음에는 한번 로드 하고 나면 갑자기 맵 사이즈가 커지는거.

왜 커지지??

얘들이 array대신에 vector구조를 쓴 건가?

그 보면 array는 고정 메모리로 잡는데 vector는 크기 지정해 주면 미리 그 크기 보다 조금 여유롭게 메모리 잡잖아

그래서 그런건가? 어쨌든 좀 의문이 들긴 함. 누가 알려주시면 감사.

일단 전투 빼고 전체적인 구조는 대충 만들어 놓은 거 같으니 이제 슬슬 살을 붙일 준비를 해야지.

다음은 기획이다!

[ㅇㅇㅇ(210.216)]

오 진도가 차근차근 빠지는군요 저는 만들다가 그래픽 리소스 만들면서 멈췄는데 ㅠㅠ

[겨(210.97)]

ㅇㅇㅇ/그래픽은 뭐 일단 다 만든 다음에 갈아끼워도 되는 거니까.

[스톤리(neilcjswo)]

우왕