[💬] 지금 포켓몬 모작 만들고 있는데 기술 설계가 고민이다

[ㅇ(114.199)]

win api로 모작 만들고있는데

클래스 설계를 이걸 기술마다 다 클래스를 만드는게 맞는건지

아니면 걍 크게 기술클래스 하나파고 거기다가 값만 바꾸는식으로 할지

근대 후자로 하려니깐 애니메이션이나 상성에 따른 데미지 처리 등 시발 코드가 답이없어져서 문제고

첫번째로 하자니 기술 존나 많은데 설계상으로 이런걸 하나하나 다만드는게 맞는지 모르겠음

어캐하는게 맞는거임?

[연어(smosal)]

그런 설계상구조는 재사용성, 성능 뭐 이거저거 다 고려하고 다듬다보면 한도끝도없이 계속 더개선할수있고 더 나은구조가있어보이고 그래. 객체지향 구조 이런거 다 따지면서 좋은 구조를 고민하고 만들어나가는건 좋은데, 사실 그다지 큰 차이나 영향이 없는 영역에서조차 그런 구조를 지키기위해 큰 시간이나 무언가를 손해보고있는건 아닌지 고민하면서 적당히 맞춰나가야함. 현실적으론 누가 100점짜리 정답을 제시해줄수도, 그런걸 구할수도 없는거임 사람이 하는일이니 결국 삽질해보고 예상치못한 문제가있을수도있는거고, 충분히 고민해본뒤 내가 맞다고 생각하는 방향으로 일단 진행해보며 다듬어가는게 좋을꺼임.

[익명(218.234)]

다른건 몰라도 포켓몬은 정규화 가능할듯?

[연어(smosal)]

아무리고민해도 모르겠으면 다른사람이 어떻게했는지 레퍼런스를 찾아서 확인해보는것도 좋은 선택지라 생각함. 사람마다 다 다르게 생각하고 설계하는지라 내가 생각하지도 못한 무언가를 보게되는 경우도 있거든

[11(125.137)]

일본겜들 보면 무식한 클래스구조나 복붙이 미친듯이 많음. 근데 그런 구조가 업데이트 치기에는 좃같은데 게임 하나를 기획서대로 딱 만들기는 참 좋음. 항상 생각할 수 있는 가장 단순한 구조를 쓰고, 복붙에 의한 폐해가 심각해질 때 리펙토링 해서 딱 한단계만 더 발전된 설계를 쓰는게 좋다고 생각함. 특히 기획이 출시할 때 까지 절대 안 바뀌는 상황이 아닌 한 (솔직 그런 경우 없음) 구조를 나름 잘 짜봤자 반드시 변화에 의해 빠그러지게 되어있음. 설계책들은 중복을 없애라고 노래를 부르지만, 중복의 악덕을 이용해야 할 때가 있음.

[ㅇ(114.199)]

아 감사힙낟...우선 만들고보겠습니다..

[11(125.137)]

게임 개발이란게 어떤 기능을 구현해서 돌려봐야 재미있는지를 알 수 있고 거기서 이걸 발전시킬지 들어낼지가 고민들어가는건데, 구조에 고민하고 있으면 세월 잘 간다. 1년동안 ECS도 써보고 DLL도 만들어보고 알고리즘 자작도 해보고 신나게 코드랑 놀고난 후, 컨탠츠 붙이면서 '아 씹노잼이네' 하고 프로젝트 드랍하면 인생이 참 잘 간다.

[연어(smosal)]

[익명(222.238)]

이런게 프로그래머가 할 일이지