[💬] 턴제 구현이 많이 어려움..?

[익명(211.59)]

걍 대충 턴제보단 액션이 더 어려울 거라고 생각하고 있었는데 밑에 글 보고 궁금해졌음

그냥 반복문으로 니턴 내턴 굴리면 안 되는 거임..? 아트라 플밍은 잘 몰라서 실제 구현을 어케 하는지는 모름..

[광섬(swjwpower)]

코딩에 구현이 어려운건 별로 없음 나도 구현 하라면 바로 하는데 생각나는대로 막짜면 나중에 후회함 누가 더 어렵다기보단 액션은 일자형식으로 쭉 행동을 유지시키면 되는데 턴제는 턴마다 할수 있는 행동의 가지수를 제한시킴 내턴에 할 수 있는게 있고 없는게 있으니까 단순히 내가 턴을 끝낸다 라고 말할수도 있지만 내가 사용 할 수 있는 행동력을 전부 소모한 뒤에 턴을 끝낸다 이런식으로 할 수도 있음 그리고 반복문이라는건 내가 쉽게 멈출수 있는게 아님 멈추려고 할때마다 분기점을 계속 넣어야 해서 그런 방법은 힘듦 만약 내가 a를 움직일때 반복문을 멈춘다? 그럼 b는 어떻게 움직일까? 사실 c#자체가 반복문으로 굴러가는 거긴 하지만 단순히 반복문으로 니턴, 내턴 하기는 힘들다는 소리지

[정공개발자(firetruck4545)]

게임마다 다른데 경험상 턴제게임은 처음 큰틀을 잘못 설계하거나 대충 설계하면 나중에 ㅈ되는게 많았던것 같아

[익명(211.59)]

구현을 하고싶은 대로 막 할 수 있는게 아닌가보구나.. 어렵네

[익명(121.153)]

위에 글 읽어보면 알겠지만 기획이 어려운거임 구현이 어려운게 아니라 중간에 바꾸기가 어려움

[00(124.80)]

코딩테스트 난이도 올라갈수록 턴제게임 구현하는거랑 비슷한느낌남

[김피슬(fischlkim)]

룰이 일정 이상 복잡해지면 스테이트머신과 같이 플로우를 시각화 가능한 노드 기반 툴이 거의 필수적이라고 봐도 무방함 각종 연출 트리거, UI ON/OFF 조건, 각종 예외처리 등을 분기별로 다 박아놓는다...? 구조를 잘 짜고 말고를 떠나서 기능 추가, 디버깅, 그리고 각종 유지보수에 드는 코스트와 리스크가 너무 커짐 (이 경우에는 구조를 잘 짜는 것 자체가 FSM과 같이 각 스테이트를 격리시킬 수 있는 환경을 구성하는 것이 되겠지, 그런데 이것도 직접 제대로 만드려면 한참걸림) 자기 혼자서 개발하면서 모든 클래스들 사이의 참조구조를 다 머릿속에 기억하는게 가능한 사람이면 모를까, 정신건강과 개발 효율을 생각하면 턴제게임은 스테이트머신을 만들던지 사던지 해서 쓰는게 답

[익명(211.59)]

아하 FSM이란게 자주 보이긴 했어도 뭔가 했었는데.. 나중에 한 번 찾아봐야겠다

[김피슬(fischlkim)]

혹시 유니티 쓰고있는거면 이 에셋 추천. 지금 개발중인 게임에도 쓰는중인데, 굉장히 만족중
https://assetstore.unity.com/packages/tools/visual-scripting/nodecanvas-14914
예전에
학교다닐때 C++ 베이스 자체개발 게임엔진에 더해서 자체 스테이트머신 툴까지 직접 만들어서 쓴 적이 있었는데, 포트폴리오로 쓸게 아닌 이상은 그냥 사서 쓰는게 시간 절약과 정신건강에 좋은것... (대신 프로그래머 포폴용으로는 매우 훌륭함)

[익명(211.59)]

와 ㄷㄷㄷㄷ 플밍은 진짜 기초적인 문법밖에 모르는데 이런 거 많이 알게 되니까 재밌다! 고마워 땡큐땡큐

[연어(smosal)]

https://github.com/thefuntastic/Unity3d-Finite-State-Machine
혹시이런 코드로만 쓰는 fsm같은것도 써밧셈?

[익명(211.59)]

위에 코드 예제 몇개는 어떻게 이해는 했는데 밑에 것들은 좀 더 읽어봐야겠다.. 이것도 좋다 고마워!!

[연어(smosal)]

나는 이런저런 노드베이스 fsm들 몇개 써봤는데 다 뭔가 덕지덕지 무겁거나 지저분하고 나사빠진 느낌 들어서 코드베이스로 fsm쓰고있는데 노드캔버스 강추하는거보니 좀 어떤지 어캐쓰고있는지 궁금하넹 ui개발일지도봤는데 ui도 노드캔버스 씀?

[연어(smosal)]

딴 에셋들도 써본것들있음? 비교해서 노드캔버스가 더 좋다하는 큰차이나는게 어떤점들있었음??

[김피슬(fischlkim)]

좋은 자료 감사.... 내가 예전에 썼던 자체개발 스테이트머신이 위에 올려준 스테이트머신이랑 비슷한 느낌임. 대신, C#이 지원해주는 신의 기능인 Reflection을 안쓴 버전의 절망편 C++ 스테이트머신인데, 그래서 구조가 훨씬 더 복잡하지... 내꺼는 대충 노드들을 시각화해주면서 런타임에 이들을 동적으로 관리하는 툴과 소스코드 온리 버전의 하이브리드로도 볼 수 있는데, 대충 노드를 시각화해주는 툴에서 노드랑 트랜지션 조건들을 만들고, 트랜지션마다 조건 체크용 람다식을 넣어두면 그걸 C++로 Export 해서 게임플레이 로직과 함께 컴파일되도록 하는 느낌? 그래서 속도도 빨랐음. 단, 시각화 모듈에서 읽어들일 용도로 스테이트머신 정보를 따로 저장해주는 에디터용 바이너리 파일을 하나씩 더 만들게 됬다만.

[김피슬(fischlkim)]

이때에도 시각화 모듈은 있었는데, 시간을 들여서 시각화 모듈까지 구현한 이유는 플로우가 눈에 보이질 않으면 아무리 코드를 깔끔하게 짜더라도 규모가 일정 이상 커질 경우에는 개발 속도도 저하되고, 무엇보다 관리가 안되거든. (RNGods는 온갖 연출 시스템에 더한 고급 AI의 통합때문에 복잡도가 상당함) 트랜지션 조건만 40개가 넘어가면서, Event처럼 따로 트래킹하기가 귀찮은 친구들도 많았고...

[김피슬(fischlkim)]

Nodecanvas를 사용하는 이유는 위와 같은 코드 기반 스테이트머신에 각종 디버깅용 기능들에 더한 다양한 메세징 시스템들을 통합시킨 후 시각화하는 공수보다, 이미 배틀테스팅된 모듈을 사서 쓰는게 빨랐거든. 내가 구현하고자 했던 온갖 아스트랄한 기능들이 이미 전부 들어있었고, 소스 코드도 딸려올 뿐더러, API만 쭉 흝어보아도 툴에 얼마나 신경을 써서 만들었는지가 보인 것도 있었고. 물론, 스테이트머신을 직접 만들고 기능들을 추가하려다가 선회하는 프로그래머 기준으로는 선녀지만, 툴에서 제공해주는 다양한 기능들을 활용할 필요성이 없고, 플로우가 쫓아갈 수 있을 정도로 단순할 경우에는 코드베이스 FSM도 충분히 좋은 선택 같아.

[김피슬(fischlkim)]

https://nodecanvas.paradoxnotion.com/features-comparison/
Nodecanvas
vs 다른 에셋 관련 떡밥은 유니티 포럼에서부터 예전부터 오랫동안 이어져온 주제인데, 일일이 얘기하는것보다는 위 차트랑 API들 한번 둘러보는게 빠를수도 있을 것 같음.

[연어(smosal)]

친절한답변 ㄳㄳ ㅎㅎ 단점은 머 없었음? 크리티컬한 버그나 한계, 퍼포먼스 이슈, 호환성 같은

[김피슬(fischlkim)]

놉, 워낙 옛날부터 존재했고, 오랫동안 저어어ㅓ어엉말로 많은 사람들이 활용해오면서 테스팅해온 에셋이라 그런지 퍼포먼스상 이슈는 크게 와닿는게 없더라고. 또, 소스 코드가 공개되어 있어서 이슈가 발생 가능한 건덕지가 발견되면 포럼에서 에셋 구매자랑 개발자가 키배뜨는걸 구경할수도 있음 에셋을 믿는다기보다는 에셋 개발자와 커뮤니티를 믿고 쓴다는 느낌...?

[연어(smosal)]

[연어(smosal)]

시간내서 한번 문서보고 써바야겟다. 님은 FlowCanvas / NodeCanvas 둘다 사용함?

[김피슬(fischlkim)]

어느날 갑자기 비주얼스크립팅 삘받아서 사서 조금 쓰다가 처박아두고 안쓰는중 아 ㅋㅋ 진짜 제한적으로라도 활용할 건덕지가 있지 않을까 했는데, 개인적으로는 FSM이나 비헤이비어 트리가 마지노선인것같음 생산성 측면에서나 유지보수 측면에서나 소스코드에 비해서 나은게 없는 느낌... IDE에서 참조구조 트래킹이 안되는게 가장 큼 대신에 쉐이더 관련된건 (진짜 특수한 종류가 아닌 이상은) 반대로 직접 짜는것보다 Amplify같은 노드 기반 에디터 쓰는게 개발 효율이 가장 좋았음

[연어(smosal)]

[연어(smosal)]

찍먹 해보고온다

[연어(smosal)]

대충 써밨는데 다른 비쥬얼 에셋들보단 난거같음. 실제로 쓰게될진 모르겠음. 안익숙해서 잘몰라서 그런것도 있겠는데 아직은 코드로만 하는게 더 난거같아서, 나중에 좀더 프로젝트 복잡해져서 안되겠다싶으면 아마 쓰게될듯.

[연어(smosal)]

님이 노션에 올린 데모게임도 받아서 잘 해밧음다 ㅎ

[김피슬(fischlkim)]

으악

[익명(175.214)]

기본적으로 게임 시스템은 continuous한데 그걸 칼같이 잘라서 턴으로 정의하는게 상당히 어려움

[익명(1.235)]

병신같은소리하고들있네 프로그램자체가 반복과 제어의 큰덩어린데 턴제가더어렵디이지랄 유툽만보니머리에든게없네

[익명(175.126)]

여기서 아무도 턴제가 더 어렵다는 소리 한적 없는데 게이는 난독증이노?