[💬] 오브젝트 풀링을 너무 어렵게 생각하네..

[노가다(1.224)]

using UnityEngine;

using System.Collections;

using System.Collections.Generic;

public abstract class MSObjectPooling<T> : MonoBehaviour where T : Component

{

    public GameObject pooledObject;

    public int pooledAmount = 5;

    public bool willGrow = true;

    List<T> pooledObjects = new List<T>();

// Use this for initialization

void Awake () 

    {

        //pooledObjects = new List<T>();

        for (int i = 0; i < pooledAmount; i++)

        {

            GameObject obj = AddChild(gameObject, pooledObject);//(GameObject)Instantiate(pooledObject);

            obj.SetActive(false);

            pooledObjects.Add(obj.GetComponent<T>());

        }

}

    public T GetPooledObject()

    {

        for (int i = 0; i < pooledObjects.Count; i++)

        {

            if (!pooledObjects[i].gameObject.activeInHierarchy)

            {

                return pooledObjects[i] as T;

            }

        }

        if (willGrow)

        {

            GameObject obj = AddChild(gameObject, pooledObject);

            var newT = obj.GetComponent<T>();

            pooledObjects.Add(newT);

            return newT;

        }

        return null;

    }

    GameObject AddChild(GameObject parent, GameObject prefab)

    {

        GameObject go = GameObject.Instantiate(prefab) as GameObject;

#if UNITY_EDITOR

        UnityEditor.Undo.RegisterCreatedObjectUndo(go, "Create Object");

#endif

        if (go != null && parent != null)

        {

            Transform t = go.transform;

            t.parent = parent.transform;

            t.localPosition = Vector3.zero;

            t.localRotation = Quaternion.identity;

            t.localScale = Vector3.one;

            go.layer = parent.layer;

        }

        return go;

    }

}

그냥 상속 받아서 쓰면됨..

using UnityEngine;

using System.Collections;

public class MSEffectPooling : MSObjectPooling<Transform>

{

}

오브젝트 풀링이 무슨 대단한거처럼 애들 왜이리 힘들게 공부하냐??

애들이 무슨 코딩에서 정답을 찾네..

오브젝트 풀링이 뭘하기 위한 개념인지부터 알아야지..유니티에서 이 함수

public static T Instantiate<T>(T original) where T : Object; 요넘의 호출을 최소화 하기 위해서 쓰는거다..

어떻게 짜는지는 본인들 맘이다..어렵게 하지말고 좀 쉽게 하고..입코딩하지말고 직접 짜라..

그리고 스택으로 풀링구성하면 첫번째 사용한넘이 반드시 첫번째로 재사용이 된다는 보장이 되어야된다..

그게 아니면 사용에 한계가 분명히 존재할거다..그런것들도 입코딩하지말고 실제 사용해보면 아 이런문제가 있네..그럼 속도가 중요한 이때는 스택으로 하고 그게 아니라면 

더 유연한 컨테이너를 사용해야겠다고 바로 알게되지..

여기서 코드 안쓰고 한글쓰는애들은 다 개초보임..솔직히 전하고자 하는 바는 코딩으로 쓰면 이해가 더 빠르고 쉽다..

내가 왜 템플릿으로 풀링을 만들었는지..왜 리스트로 했는지...왜 Type을 컴포넌트로 제한했는지..이런것들을 알아본다면 굳이 한글로 대화할필요가 없다..

내가 어떤식으로 이걸 만든이 이유가 쓰임이 어느정도까지로 정했는지 알수 있기 때문이다..

[익명(121.172)]

지금 논란의 요점은 오브젝트 풀링 자체가 아니라 그 T를 상속받은 클래스들의 오브젝트들을 각각의 컨테이너로 관리하는 것이 아니라 하나의 컨테이너로 관리해야 한다고 주장하는 애들이 나타난것

[익명(211.208)]

밑에 글 싼사람인데 오브젝트 풀링은 오브젝트 생성과 삭제가 많을경우 메모리가 고생하니까 재사용을 목적으로 둔거 아닌가여 이러면 재사용이 가능함?

[익명(223.39)]

gc가 오브젝트 삭제시 일어나는거 아닌가요..?

[익명(223.39)]

댓글 지웠네..

[익명(121.172)]

이 풀링 예는 처음에 어느정도만 생성해두고 한계를 넘어서면 그때그때 실시간으로 새로 생성하는식인데 일반적으로는 이렇게들 많이 쓰긴 함. 물론 늘어나는 순간 부하 걸릴 수 있고

[익명(121.172)]

gc 얘기 나도 봤는데 가장 큰 목적은 역시 퍼포먼스지

[안즈(yukakomori3)]

아조시 오브젝트풀에 스택을 쓰는 이유가 모야 난 큐랑 스택이랑 뭘쓸까하다가 딱히 차이를 모르겠어서 큐 써왔는데 - dc App

[익명(223.39)]

밑에 글싼사람인데 이 경우 리스트 사이즈를 바꿀때 비용이 겁나 들어가는데 각자 풀링의 목적이 다른거고 입코딩이라고 말하는건 초큼 실례일덧..

[노가다(1.224)]

오..애들이 댓글 많이 다네..내가 하는 말은 내 의견일뿐이야..그리고 내 생각이니..니들하고 싸우고 싶지는 않음..

[노가다(1.224)]

하나의 컨테이너로 관리한다는 애들은 실제 회사 가서 큰게임 만들어보면 그 소리 쏙 들어갈거니까 경험해보면 됨..차라리 관리를 안하고 메시지로 처리한다와 관리를 한다로 싸우면 몰라도 하나로 관리한다는 난 이해가 안된다..그 많은걸 구분할수 있어야되고 시간복잡도를 생각하면 검색에서 훨씬 불리함..한마디로 경험해보면 됨..

[노가다(1.224)]

스택이나 리스트나 결국은 이 구조도 처음에 나온넘이 처음으로 죽는다면 시간복잡도는 O(1)이됨..한마디로 그렇게 검색에서 느린구조가 아니라는거지..처음나온넘이 처음으로 죽고 추가,삭제가 존재하지 않는다면 스택을 쓰면됨..근데 난 그냥 이렇게 하나 만들어두고 여기도 쓰고 저기도 쓸래..

[노가다(1.224)]

리스트 사이즈 바꾸는데 비용많이 들어간다는 소리는 배열하고 착각한거라고 이해할게...

[ㅁㅁ(14.40)]

하나의 컨테이너로 관리하는건 Bullet과 GuidedBullet같이 기존에 상속관계로 짜여져있을만한 것들을 말한것입니다. 모든걸 하나의 컨테이너로 관리하자는 주장이 아닙니다.

[익명(211.208)]

...? 리스트랑 링크드리스트가 따로 있는 이유를 모르시나요...

[익명(211.208)]

심지어 배열이 리스트보다 사이즈 변경이 빠른걸로 알고있었는데..

[노가다(1.224)]

리스트보다 풀링에서 링크드리스트를 써야되는 이유를 알려주세요..난 모르겠네요..저 List도 결국은 안써도됨..ㅋㅋㅋ솔직히 transform에도 IEnumerable이 존재하기 때문에 돌수 있음..이미 붙이는 구조이기 때문에 안써도됨..그냥 내가 디버깅 편하고 보기 편하고 그런용도이지..솔직히 없어도됨..내가 궁금한건 리스트를 안쓰고 링크드리스트를 써야되는 이유가 궁금함..알려주세요..솔직히 모르겠네요..

[익명(211.208)]

아뇨 이 구조에서는 리스트가 맞긴한데 배열과 착각한거냐는 말에 좀 울컥한거같네요 방금 제 말의 요지는 리스트 사이즈변경은 비용이 꽤 있다는 말이엇어요..

[노가다(1.224)]

배일이 리스트보다 사이즈 변경이 용이하다면 굳이 배열에 resize라는 함수가 존재할까요??그리고 배열에 왜 add같은 함수가 없을까요??이분 자료구조 공부 한번은 하시고 콜렉션에 관해서 논해야되지 않을까요??

[익명(211.208)]

Count가 이미 Capacity와 같으면 내부 배열을 자동으로 재할당하여 List의 용량이 증가하며 기존 요소가 새 배열에 복사된 후 새 요소가 추가됩니다. msdn에 닷넷문서 내용인데 배열과 내부구조는 같고 사용용도를 달리한 자료구조로 알고있는데 사이즈 변경에 비용이 안들어간다고 하시길래..

[익명(211.208)]

배열보다 느리진 않더라도 배열과 같은 속도일건데 배열과 착각한거 아니냐고 말하시길래 말 한거였어여..

[노가다(1.224)]

내가 계속 이얘기를 님하고 하고 있을까..난 이미 게임업계를 떠나고 딴일하는데..그리고 그 부분 내가 님때문에 올만에 MSDN가서 찾아봄..저부분은 문자열 관련된 부분에 대한 설명이자나요..그럼 문자열 복사에 대한 설명을 해야됨..그럼 문자열 설명하면 또 나도 모르게 stringbuilder를 언급하겠지...그럼 난 무한루프에 빠지겠지..어짜피 전 이제 취미로 코딩만하는데..전 대충써도될듯..느리면 어때요..뻗지만 않으면되죠..