[💬] 그리드와 타일 내 개체 가정.

[이영이영(evolvingmin)]

사실 로직에 정답이라는것은 완전히 존재하진 않아. 그래서 밑에 글에서 그리드도 복수가 존재할 수 있고, 또한 하나의 셀에 N개의 유닛을 담을 수도 있지. 요는 구현자의 탈모를 얼마나 방지할 수 있는가야.

이 게임타일(셀) 을 보면 내가 지금 개발중인 게임에 있는데, 이미 그리드가 2개임을 가정하고 있음이 보이지. (길찾는 그리드가 따로 있고, Node2D) 해당 GameTile을 관리하는 그리드는 다른 3d 파티에 의해 관리되고 있을 터이고.

여기서 Entity, 유닛은 오로지 하나만 올라감을 전재하고 있는데, 만약 이 Entity를 List<Entity> Entities 로 관리하게 되면, 이건 여러 유닛이 올라간단 가정이지, 순서에 맞게 정렬할 수 있는 기능을 넣기에는 코스트가 커지거나 탈모가 올 가능성이 높아.

그래서 보통 이런식으로 가야 한다는 말이야.

이렇게 되면 해당 셀에 접근했을때, 어떤 레이어 에 접근할 것인가를

public Entity GetEntity(Layer layer) => Entities[layer];

이런 식으로 편리 하게 정의 해 줄 수 있고,

만약 그리는 로직을 구현 한다 할때도 레이어 별로 따로 가져와서 관리가 가능한거지.

[ㅇㅇ 1(116.121)]

이해했다 쌩큐...

[이영이영(evolvingmin)]

중요한건 두개의 코스트를 다 봐야 해. 1. 얼마나 구현 및 관리가 쉬울 것인가? 2. 실제로 로직이 돌아갈 때 컴퓨팅 파워가 얼마나 소모 될 것인가?

[ㅇㅇ 2(121.149)]

좋네 하나 배워간다 ECS로 하는건가? Entity가 보이네

[이영이영(evolvingmin)]

Entity 라고 쓰긴 했는데, ECS는 아님 ㅎㅎ 그냥 하나의 게임 최소 개체를 정의하는 말로 Entity 라고 불렀어.

[익명(221.150)]

탈모탈모빔!!

[ㅇㅇ 3(221.168)]

갑자기 왠 탈모?

[익명(221.150)]

본문에 탈모언급있어서?