[💬] ui구조설계하는거 추천해줄만한 강의나 자료있을까

[PAREO(dma0720)]

설계하는거 넘어려워

감이안잡힘..

[소닉쫄따구테일즈(dcz3xv7zgu14)]

어떤관점에서의 설계를 말하는거임... 디자인관점에서 말하는건지 UX관점에서말하는건지, UI코드관리관점에서 말하는건지

[PAREO(dma0720)]

아 ㅈㅅ.. 코드관리 도움을 좀 얻고싶어서 질문글올렸어

[소닉쫄따구테일즈(dcz3xv7zgu14)]

코드관점에서 UI설계관련 자료는 딱히 없는듯. 근데 업계에서 이런저런 유니티 프로젝트를 보니 공통된 구조는 분명히 있어. 근데 이것도 얘길하려면 한도끝도없어서. 설계전체를 묻는것보다는 특정 문제에 대한 해결방안같은걸로 찾는게 나을거같어.

[익명(124.54)]

코드 관점이라면 서비스, 앱개발 쪽 아이디어를 참고하는게 도움이 많이 됨

[익명(124.54)]

UGUI 스펙부터 꼼꼼히 살펴보고 타겟 디바이스 커버리지를 파악하는 것부터 시작하는게 좋음

[익명(124.54)]

유지보수성 관점에서 본다면 Clean arch 법칙대로 엔티티 => 레포지터리 => 데이터 엑세스 => 비즈니스 로직 => 뷰 단위로 코드를 분리하여 구현하는 것이 좋음

[익명(124.54)]

여기서 게임이 좀 어려운건 게임은 뷰와 비즈니스 로직이 강하게 커플링되기 쉽고 뷰 로직이 까다롭다는거임 그래서 유니티 컴포넌트를 하나의 라이프사이클 오너처럼 유니티에 맡기고 너가 원하는 기능만 인터페이스로 래핑 후 실제 너가 쓰고싶은 요소를 테스터블 만드는게 유용함

[익명(124.54)]

딱히 문제가 없는 상태에선 다음 사항만 고려하면서 짜면 될 것 같음 - 뷰에 Stateful source 를 두지 않는다 - Listener 가 생기는 event 들은 반드시 Unity 스크립트를 통해 라이프 사이클을 관리한다 - 도메인 로직이 강한 코드들은 래퍼를 구현해서 UI와 직접적인 참조를 두지 않는다 - 데이터 소스를 한 레이어에 관리해서 (싱글톤보단 DI를 추천. DI 라이브러리 공부하기 귀찮다면 그냥 본인이 필요한 만큼만 구현하고 쓰면 됨) 프로젝트 열었을 때 코드가 들어갈 위치를 명확히 할 것 이러면 자연스럽게 게임 규칙, 상태에 관한 코드가 유니티와 의존성이 사라지고 서버나 클라쪽 비즈니스 로직에 모여서 개발, 유지보수가 쉬워짐

[PAREO(dma0720)]

진짜 ㄱㅅㄱㅅ.. 고마워

[익명(124.54)]

근데 이런건 정답이 업으니가 혼자 만드는거면 본인이 이득이라 생각하는거만 취하면 되고 이게 진짜 중요한데 여러명이서 만드는거면 본인이 생각하는 설계를 설득시키는게 훨씬 중요함 모두가 같이 지키지않음 쓸모가 없음 걍 설득안되면 가라쳐서 만드는게 더 생산적이고 이득이라고 생각행