[💬] LeoECS를 이용한 Unity에서 ECS게임 만들기 (6)

[소닉쫄따구테일..(dcz3xv7zgu14)]

LeoECS를 이용한 Unity에서 ECS게임 만들기 (1)

LeoECS를 이용한 Unity에서 ECS게임 만들기 (2)

LeoECS를 이용한 Unity에서 ECS게임 만들기 (3)

LeoECS를 이용한 Unity에서 ECS게임 만들기 (4)

LeoECS를 이용한 Unity에서 ECS게임 만들기 (5)

몬스터를 다양하게 만들려면 고민되는 것중에 하나가

몬스터를 만들때마다 해당 몬스터(보스포함)마다 개별적인 액션이 존재할거고

그 액션의 수는 몬스터 수 X 액션갯수만큼 만들어야 함.

근데 목표가 몬스터마다 유니크한 액션을 만들어줄수 있어야 하는게 내 게임의 요구사항 중 하나인데

이전에 만든 진짜 기본적인 빗엠업 액션들을 FSM으로 구현했더니

총 13개나 되더라. (기본적인 것들만 따졌을때임)

액션 추가될때마다...

이런 함수 하나씩은 구현해야 한다는 거임.

플레이테스트 하기도 번거롭고 별로 좋은 방법은 아닌 것 같아서 이걸 BehaviourTree로 만들어봤음.

지금껏 Stand,Move,Attack 딱 세개만 가져와서 구현했는데, 이것도 뭔가 할짓이 못되더라.

일단 액션 10개만 넘어가도 BT 도면 하나에 다 안보일거 같고

액션 마다 이벤트 대응을 위한 노드가 두세개씩은 기본 들어감.

이 방식으로는 절대로 몬스터들 양산은 힘들듯.

물론 던전앤드래곤 같이 시작과 끝이 정해져있는 게임이라면 FSM에 하나씩 차곡차곡 만드는것도 나쁘진 않다고 생각하는데(실제로 옛날엔 이 방식으로 했을테고)

혼자개발하는 입장에서는 최대한 유연하게,쉽게 많은 양의 액션을 생산할 수 있어야 해서

일단 고민해본 결과, 액션은 BT로 만들되 액션단위로 BT를 만들고 (하나의 액션당 하나의 BT) 이벤트 대응에 대한 노드는 바깥에서 데이터로 제공하는 방식으로 가도 될 것 같다.

다음 일지는 일단 이 부분이 해결이 된 후에나 나올 것 같다.

[Mr빙그레(mrbinggrae)]

객체지향을 쓸 수가 없으니 저렇게 했구만..? BehaviourTree 같은거 유니티에서도 제공해주는게 있던데 이름을 까 먹었당..

[소닉쫄따구테일즈(dcz3xv7zgu14)]

그치. FSM에 상태마다 컴퍼넌트로 빼낼수도있긴한데, 그건 그거대로 상태하나당 시스템이 여러개 생겨버림. 지금내가쓰는 FSM과 BehaviourTree는 절대 ECS친화적인 구조가 아님. 차라리 객체지향이라고 봐야돼. 내가 거의 3년째 이틀에한번씩 DOTS포럼을 보고있거든. 아직도 ECS에서 적절한 AI와 UI에 대한 좋은 대안이 없어. 그나마 있는게 IAUS라는건데. 이건 내맘대로 통제가 안되는 스코어 기반 유틸리티 AI라, 논외로 치고... ECS도 안좋은부분이 있다는걸 받아들인 후에야 게임을 만들수 있게된거. 절대 만능이 아니라고 생각함

[Mr빙그레(mrbinggrae)]

상태하나당 시스템이 여러개 생겨버림. << 이게 ECS라고 생각하고 개발하고 있어. 꼭 상태 뿐만이 아니라 다양한 기획에서 레고처럼 필요한 기능이 쓰이겠군 나눠놓고 있긴 한데 이게 어려웡

[Mr빙그레(mrbinggrae)]

뭔가 코드 구조를 객체지향 적으로 접근하고 있는게 아닌가 싶기도 해

[소닉쫄따구테일즈(dcz3xv7zgu14)]

"상태하나당 시스템이 여러개 생겨버림. << 이게 ECS라고 생각하고 개발하고 있어" 이 말에 난 전적으로 동의함. 근데 내가 못하겠다는거임. 아마 1만마리의 객체 AI를 돌릴때는 내가볼때 상태당 시스템하나가 캐시히트에 제일 최적화된 구조일거야. 만약 그런게임이라면 당연히 그렇게 해야지 ㅋㅋㅋ 일단 전에도 내가 말했지만, 난 퍼포먼스관점에서의 ECS가 아니라 생산성 관점에서의 ECS를 쓰고있어서. UI도 객체지향으로 쓰고 AI도 객체지향으로 쓰면 되는거임. 목적은 게임을 빨리만들고, 쉽게 수정할수 있는거임

[Mr빙그레(mrbinggrae)]

글쿤. 나도 ECS를 계속 공부를 하고 있긴한데 스크립트 파일이 매우 많아지고 있는게 불편하긴 하더라구

[소닉쫄따구테일즈(dcz3xv7zgu14)]

AI는 사람의 관점에서 이해가 되는 구조로 짜는게 빠르다고 생각함. 그 관점에서 보면 이건 객체지향적인 관점에서의 AI이지, 데이터지향관점의 AI가 아님. 난 이걸 데이터관점에서 바라보는것자체가 문제가 있다고 생각해. 난 개미의 군집이동같은 기계적인 AI를 만들려는게 아님. 유저를 적당히 괴롭힐 AI를 만드는거지

[Mr빙그레(mrbinggrae)]

오웃.. 뭔가 말이 멋있다. 나도 현재는 무엇이 정답인지 알 수가 없긴 해. 초 고수들이 레퍼런스를 많이 만들어줘야 할듯 ㅠ

[소닉쫄따구테일즈(dcz3xv7zgu14)]

스크립트많아져도 서로 안꼬여있다는 느낌으로 보면 나쁘지 않은 스크립트의 많음임 ㅋㅋㅋ 진짜 유니티MMO만들때 미칠정도로 많은 스크립트에 서로 꼬여있던거 생각하면... 클래스명이 LeftSkillPanel이랑 SkillLeftPanel도 있었음. LeftSkill은 Skill왼쪽에 있는 패널이고 SkillLeft는 Skill오른쪽에있는 왼쪽패널이래.. 시부레

[Mr빙그레(mrbinggrae)]

나중되면 해당 시스템에서 어떤 컴포넌트를 갖다 썼는지 헷갈리더라구. 게임이 커지면 엑셀 같은 곳에 정리를 하면서 개발해야 할듯

[소닉쫄따구테일즈(dcz3xv7zgu14)]

글치 정리 꼭 필요하긴함. 나도 나중에 엑셀에정리하긴해야할듯. 이름정리도필요하구

[익명(58.230)]

편하게 하려고 고민하고 도구 만들시간에 무지성 노가다로 만드는게 훨씬 빠름 아이러니하게 효율적이게 만드려는것 자체가 비효율임

[소닉쫄따구테일즈(dcz3xv7zgu14)]

게임 컨셉이 명확하지 않은 프로토타입 정립단계에서는 무지성으로 만드는게 답임. 근데 라이브서비스를 생각하고, 컨텐츠 생산을 빠르게 하기위해서는 툴이 필수야. 특히 액션로직이랑 연출을 만들려면 계속 조율하면서 만들어야 돼. 그걸 무지성 코딩으로 하는건 그냥 출시하고 컨텐츠 더 추가안하겠다는 말이랑 똑같음

[태보미(taebomi)]

빨리 공주님으로 바꿔주는거야요 !

[소닉쫄따구테일즈(dcz3xv7zgu14)]

공주님이랑 같이 출현할 몬스터 만들어야함 ㅠ 되면 그때나올듯

[태보미(taebomi)]