물론 타일위주의 기본 맵 양식이 있긴 하지만.. 맵마다 텍스쳐 갯수도 다르고 아예 맵 스타일 자체가 다른 맵도 있고이런 경우 맵 클래스를 여러개 만들고 렌더클래스를 상속해서 옮겨줘야함? - dc official App
눈앞이 캄캄하네여
???? - dc App
내 미래인가요 - dc App
문제가 뭔지 정확히 말 해보아요 무슨말인지 모르겠음
일단 화면을 띄우려면 여러종류의 텍스쳐 객체를 포함한 클래스가 렌더를 해서 화면에 그리잖아여 - dc App
근데 그 형식은 한 맵에 귀속되어 있으니 다른 형식의 맵으로 옮길때는 어떻게 하면 좋을지 모르겠어요 - dc App
가령 예를들어 A맵에선 전투를 하지만 B맵은 마을이라서 정비를 한다고 치면 두 맵은 아예 다른 맵이라 같은 클래스로 표현하기가 불편해서요 - dc App
렌더링 모듈이 하나의 맵에 의존해서 다른 종류의 맵을 렌더링할 수 없다는 건가요?
음 네 맞아요 - dc App
전투는 마름모 타일에서 길찾기 알고리즘으로 움직이며 하는데, 이런 기능은 마을에서 필요가 없고 단순히 메뉴블럭으로 만들어져 있게 하려고 하거든요. - dc App
제가 드리는 제안은 Map이란 클래스는 일종의 컨테이너로 두고, 렌더링모듈은 맵을 렌더링하게 둬요.
그다음은 맵에 포함되어야 할 객체들을 만들어서 집어넣는거에요
저 근데 그러면 렌더를 할때 내가 화면에 내놓고자 하는 모든 객체를 드로우 해야 하잖아요? - dc App
맵에 넣을 수 있는 객체를 컴포넌트라 하면 "길찾기 알고리즘"을 필요할 땐 맵에 넣고 필요없을 땐 빼는거에요 has-a를 써서요
큰일이다 곧 배터리 나가는뎅
아 아 무슨 의미인지 알것 같아요 - dc App
그럼 모든 맵 클래스는 랜더를 하는 가상함수를 가지고 각 맵 클래스에 알맞는 텍스쳐 객체를 드로우하게 구현하면 되는것인가요? - dc App
궁극적으로는 렌더러는 맵에 뭐가 있는지 알지 못해도 렌더링할 수 있어야 되요
?0?.. - dc App
그렇게 해도 되죠
일단 생각한 방법을 해보고 막히면 또 여쭤보겠습니다 감사함니다 - dc App
헛소리한 거 같은데 도움이 됬다니 다행이네요 ㅋ
츄럴//됬->됐 (되어 = 돼임) [리듬 맞춤법 봇♬]
갯수->개수 (개수 (個數)[명사] : 한 개씩 낱으로 셀 수 있는 물건의 수효.) [리듬 맞춤법 봇♬]
츄럴//되요->돼요 (되어 = 돼임) [리듬 맞춤법 봇♬]
츄럴//거에요->거예요 (받침 있으면 이에요 없으면 예요 이로 끝나면 받침 없으므로 예요 요 떼서 말 되면 에요 아니에요는 예외 인명엔 예요(예 : 길동이예요) 성까지 쓰면 이에요(예 : 홍길동이에요)) [리듬 맞춤법 봇♬]