기본적으로 원하는 것은 목록을 필요에 따라 구성하는 것입니다. 지형 개체를 한 번에 다시 그리면 해당 개체의 목록이 유용 할 수 있습니다. 그러나 수만 가지가 필요하지만 지형 이 아닌 수많은 10,000 가지가 필요 합니다. 그렇지 않으면 모든 것의 목록을 숙고하고 "if"를 사용하여 지형 객체를 꺼내는 것이 충분히 빠릅니다.
내가 가진 다른 목록의 수에 관계없이 항상 하나의 마스터 목록이 필요했습니다. 일반적으로 개별 항목에 무작위로 액세스 할 수 있도록 일종의 맵 또는 키 테이블 또는 사전으로 만듭니다. 그러나 간단한 목록은 훨씬 간단합니다. 게임 오브젝트에 무작위로 액세스하지 않으면 맵이 필요하지 않습니다. 그리고 올바른 항목을 찾기 위해 수천 개의 항목을 통해 가끔 순차 검색하는 데 시간이 오래 걸리지 않습니다. 그래서 나는 당신이 무엇을하든 마스터 목록을 고수 할 것이라고 말하고 싶습니다. 커지면지도 사용을 고려하십시오. (키 대신 인덱스를 사용할 수는 있지만 배열을 고수하고 맵보다 훨씬 더 좋은 것을 가질 수 있습니다. 나는 항상 인덱스 번호 사이에 큰 간격이 생겨서 포기해야했습니다.)
배열에 관한 한마디 : 그것들은 믿을 수 없을 정도로 빠릅니다. 그러나 약 10 만개의 요소가 생겨나면 가비지 콜렉터에 적합합니다. 공간을 한 번 할당하고 나중에 만질 수 없다면 괜찮습니다. 그러나 지속적으로 어레이를 확장하는 경우 지속적으로 많은 양의 메모리를 할당하고 해제하며 한 번에 몇 초 동안 게임이 중단되고 메모리 오류로 인해 실패 할 수도 있습니다.
더 빠르고 효율적입니까? 확실한. 무작위 접근을위한지도. 정말 큰 목록의 경우 임의 액세스가 필요 하지 않은 경우 연결 목록이 배열보다 우선 합니다. 필요에 따라 다양한 방법으로 오브젝트를 구성하기위한 다중 맵 / 목록. 업데이트를 멀티 스레딩 할 수 있습니다.
그러나 그것은 모두 많은 일입니다. 그 단일 배열은 빠르고 간단합니다. 필요할 때만 다른 목록과 사물을 추가 할 수 있으며 필요하지 않을 수도 있습니다. 게임이 커지면 무엇이 잘못 될 수 있는지 알아 두십시오. 실제 버전보다 10 배 많은 객체가 포함 된 테스트 버전을 사용하여 문제가 발생할시기를 알 수 있습니다. (게임 이 커질 때만 이것을하십시오 .) 멀티 스레딩을 사용하면 큰 가격을 지불 할 수 있으며, 머무는 데 따른 비용이 높으며, 다시 나가기가 어렵습니다.)
다시 말해, 당신이하고있는 일을 계속하십시오. 당신의 가장 큰 한계는 아마도 당신 자신의 시간이며, 당신은 그것을 최대한 활용하고 있습니다.
