[💬] 매니저들에 Monobehaviour 달아주는 편이냐?

[익명(110.11)]

빼고 걍 싱글톤으로 만들어보려니까

직렬화가 안돼서 미치겠네

필요한 정보를 외부에서 런타임에 넣어줘야되는데 (생성자에 Find 쓸거 아닌 이상;)

필요한 세팅값 넣어주는거랑 다른데서 호출하는거 순서꼬이면 안돼서 교통통제하는게 어려움 미리 직렬화해놓으면 무지성으로 아무때나 호출해도 되는데

어케하는게 국룰이냐?

[익명(175.223)]

개인적으론 게임오브젝트일 필요가 없는 애들은 게임오브젝트로 안 만드는 편임

[익명(110.11)]

"게임오브젝트일 필요"에 필드 직렬화도 들어감?

[익명(175.223)]

결국 에디터 인스펙터에서 값 넣고싶다는 얘기임? 그러면 필요하긴 한데 매니저 종류에서 어떤 직렬화가 필요한지는 잘 모르겠음

[익명(110.11)]

런타임 이전에 생성 및 세팅이 끝나있어야 편한 자원의 경우? 예시가 적절한지는 모르겠지만 Camera.main 같은 경우?

[익명(110.11)]

그러니까 다른 Awake 등에서 호출했을때 경합조건 걸려서 실제로 다음프레임 오기도 전에 곧 할당되는데 null이 반환되는 경우를 막기 위해?

[익명(175.223)]

난 게임 전체 흐름을 컨트롤하는 애가 하나 있어서 걔가 게임오브젝트를 올바른 타이밍에 생성한다던가 뭐 그런식의 구조를 선호함. 자연히 매니저가 초기화되기 전에 매니저에 접근 할 일 자체가 없어짐

[익명(110.11)]

내 예시를 들어봄 UI중 특정 그룹을 모아두는 canvas가 하나 있음 얘를 A라고 하자. A는 매니저를 통해 접근이 가능해야 하고, 수시로 여러 UI들을 넣었다 뺐다 할거임. 매니저에서의 A접근자를 GetA라고 해보자. 하지만 매니저는 Monobehaviour가 아니기때문에 A 레퍼런스를 할당하기 위한 정보를 가지고 시작하지 않음. (생성자에서 A를 찾으려면Find"A" 말고는 방법이 없음) 필연적으로 외부에서 A 할당에 필요한 정보를 넘겨줘야하고 그전에 GetA가 호출되면 초기화가 덜됐으니까 나중에 호출하라는 식으로 에러메시지를 넘길 수 밖에 없음. 이 경우에 대입하자면, 그냥 전체 흐름 관리로 GetA가 초기화 전에 호출되지 않게 한다는 뜻임?

[익명(175.223)]

내가 상황을 잘 이해했는지 모르겠는데.. 난 매니저 라는 이름을 가진 이상 매니저가 스스로 관리하는 애들을 생성하고 파괴하는걸 전적으로 관장해야 한다고 봄. 이 경우엔 A가 씬에 올라가있어서 찾아야 하는게 아니라 프리팹이든 뭐든 매니저가 스스로 A를 생성하고 등록해야 한다고 보고 자연히 매니저 입장에선 A 생성 전에 A를 접근할 일이 없게 됨.

[익명(110.11)]

ㅇㅎ... 뭔가 생각할게 많아지네 땡큐땡큐!!

[podo(1.223)]

씬에다가 넣어놓고싶은 싱글턴이면 오브젝트로 두는편임

[익명(211.230)]

난 전부다 오브젝트로하고 다접근할수있게함 그럴필요가없는건 아예 스태틱클래스로감

[익명(118.241)]

싸그리 달아줌. 그거 단다고 얼마나 퍼포먼스 잡아먹는다고 ㅋㅋ

[익명(110.11)]

퍼포먼스보다는 매니저가 컨트롤러 역할까지 하고있는거 아닌가 싶어서 유지보수성 향상의 의미에서 분리한거긴 한데...

[익명(61.80)]

통합 매니저 하나 만들고 나머지 매니저들은 통합매니저 상속받게만듬

[ㅁㄴㅇㄴ(14.4)]

싱글톤 모노비헤이비어 클래스하나 만들고 나머지 매니저들은 일반 클래스로 만들고 거기에 new로 생성해서 쓰셈