[💬] 코딩할때는 구조 설계하는게 제일 어려운거 같음

[익명(14.4)]

일반적인 기능 구현보다 데이터를 받고 각각의 UI 에 뿌려주고 하는 구조설계가 더 어려운거 같음

걍 클래스 한곳에서 데이터 모아서 각각의 인벤토리 UI나 스탯창같은데다가 뿌려주는게 좋을지 다 따로 데이터해야할지 아직도 모르겠음

인벤토리 강좌들도 보면 죄다 싱글톤인던데 매니저 말고는 싱글톤 쓰고 싶지 않은데 좋은 방법 없나?

[익명(118.47)]

싱글톤으로 이벤트 허브 만들어서 인벤토리 같은 각 클래스에서 상태가 바뀌면 이벤트를 호출 해주고 각 UI 객체는 이벤트 허브에 수신 등록 해놓고 이벤트 발생하면 갱신해주면 깔끔함.

[익명(14.4)]

이벤트 허브라는게 이벤트들 가지고 있는 클래스임?

[익명(118.47)]

ㅇㅇ 이벤트들만 모아놓은 클래스

[익명(usnned)]

그거는 많이 해보는 수 밖에 없는듯

[익명(usnned)]

이러면 뭐가 좋고 뭐가 불편하고 이러면 뭐가 더 낫고 하는걸 이해해가면서 자기만의 기준을 세워야 됨

[익명(usnned)]

인벤토리 같은 경우도, 말한것처럼 단순히 싱굴턴으로 구현하면 당장이야 잘 돌아가겠지만 나중에 같은 인터페이스로 창고가 추가 된다거나, 프리미엄 인벤토리를 구현한다거나하면

[익명(218.234)]

난 그냥 싱글턴 한놈에게 ~~매니저라고 클래스를 변수로 붙여줌. 해당 매니저들은 자신의 상태변화에 따른 델리게이트를 가짐. UI들은 초기화될때 해당 매니저를 참조해서 델리게이트 연결

[ㅁㄴㅇㄹ(14.4)]

싱글톤이 매니저 클래스를 가지고 있고 그 싱글톤 인스턴스를 통해서 매니저 델리게이트에 접근하는 방식임?

[익명(218.234)]

웅!

[익명(usnned)]

구독‐발행 패턴 함 봐봐

[익명(14.4)]

인프런의 루키스 강의 들었나보네

[익명(221.146)]

걍 있는거 가져다 연결시켜 그게 젤 쉬워 뭐하러 다 만드냐

[산적대왕(125.137)]

유닛테스트 배우면 됨

[익명(110.70)]

이런건 웹 프로그래머들 전문 아니냐 - dc App