[💬] DOTS로 작업(공부)하면서 잘못한 한가지 발견

[Mr빙그레(mrbinggrae)]

ComponentData를 만들때 기존에는 GamePieceData를 만들고 여기에 MatchValue, Coordinate 이런 식으로 만들었더니 코딩하면서 슬슬 뭔가 꼬인다는 느낌을 받게 됨. 그래서 유니티 공식 ECS Sample 프로젝트를 열어서 어떻게 만들었나 다시 한번 살펴봤더니

기능에 따라 잘게 잘게 잘라 놓음. 예를 들면 CoordnateData 와 MatchValueData 이런 식으로 만듬.

이런 방식이 좋은 점이 어차피 Data를 잘게 쪼개 놔도 하나의 Entity에 있는 컴포넌트 데이타들은 Aspect에서 쉽게 불러와서 쓸 수가 있고 Data 재사용이 용이함. 그리고 더 메뉴얼도 읽어보니 이런 식으로 재사용을 많이해야 성능에서도 이득이 있다고 함. (메모리 관련이라 내용은 이해가 되나 설명을 못하것네)

암튼 DOTS 쓸 사람들은 기억해둬!

ComponentData는 기능별로 잘게 잘게 쪼개 놓는게 좋고 다른 곳에서도 쓰일거같은 Speed 같은건 따로 쪼개 놓는게 좋음. 

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

오잉 난 오히려 컴퍼넌트가 잘게 쪼개서, 필요한 것만 업데이트하는게 ECS철학이라고 생각하고, 잘게 쪼갯는데. 오히려 지금은 너무 쪼개서 어느정도는 합치는게 좋다고 생각하고 합치는쪽임. 예를들면, RPG에 유닛 스탯에 HP,MP는 StatComponent, moveSpeed는 SpeedComponent에 나누는 식으로. 왜냐면 움직이지 않는 놈도 있을테니까. 근데 버프시스템 구현할때 저 나눠진거를 어짜피 다 모아서 뭔가를 해줘야 하는 상황이 옴. 그래서 그냥 합쳐버림

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

공격력값도 CanAttackComponent로 별도로 빼놨었음. 근데 StatComponent에 그냥 합침. 난 저거 나눠놓고 AI에서 CanAttack컴퍼넌트 유무에 따라 공격AI로직 타고 안타고도 할라했는데. 그냥 합쳤어. 나중에 문제가 생기면 그때 가서 다시 나누려고. 나중에 나눠도 ECS구조때문에 그렇게 많이 안바뀜. 첨부터 막 나눌필욘 없다고 봐. 어짜피 계속 수정해 나가는거. 대신 그냥 객체지향보단 훨씬 수정이 편하다는거 느낌

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

그리고 기존기능에 개선된 기능 테스트하는것도 어렵지 않음. 가령 AISystem이 있는데, 이거 로직을 좀 바꾸고 싶으면 NewAISystem하나 더 만들어서 테스트 해보면 됨. 그리고 괜찮으면 그거 쓰고. 이전꺼도 그냥 굳이 안지우고 AISystem꺼두면 작동안하니까 냅둬도 되고. 이런건 정말 좋은거 같음

[Mr빙그레(mrbinggrae)]

ㅇㅇ 그게 맞음. 하나의 쿼리에서 자주 쓰이는건 묶어주는게 맞는데 그 중에서도 여러 컴포넌트에서 중복해서 쓰이는건 나눠주는게 좋다고 함.

[Mr빙그레(mrbinggrae)]

쿼리에서 같이 호출되는 애들끼리 묶어주되 다른 컴포넌트에서도 중복해서 쓰이는 데이터는 따로 나눠주는게 좋음. 나는 GamePieceData라고 해서 하나로 다 뭉쳐놓은게 많아서 삽질중

[익명(121.142)]

컴포넌트 말하는거 맞지? 그런거면 컴포넌트 너무 많아지면 처음 생성할때 너무 덕지 덕지 붙여야 되서 적당하게 나누는게 좋을거 같음 인게임도중 오브젝트 생성 삭제하게 되면 싱크포인트에 부담 많이 줄거같음

[Mr빙그레(mrbinggrae)]

https://learn.unity.com/course/dots-best-practices
이거 함 공부해봐봐. 특히 쿼리 호출할 때, 최적화에 문제가 생겨. 만약 MatchValue만 필요한데 GamePieceData에서 MatchValue와 Coordinate가 같이있으면 Coordinate도 같이 딸려와서 안 좋다고 함.

[Mr빙그레(mrbinggrae)]

즉, 너무 쪼개 놓으면 안 좋고 쿼리에서 함께 호출되는 녀석이면 묶어주되 다른 곳에서도 사용되는 거라면 분리해놓는게 좋다더라

[Mr빙그레(mrbinggrae)]

유니티 공식 ECS Sample Project의 1. State Machine AI를 열어보면 Guard의 컴포넌트가 각 기능에 따라 여러개로 컴포넌트 데이터가 나눠져있는걸 확인할 수 있어.

[익명(121.142)]

ㅇㅇ