[💬] 형들 유니티 컴포넌트방식 많이 사용해?

[익명(121.182)]

난 상속으로 코드짜는데 컴포넌트를 세부적으로 나누는 사람도 있네. 예를들어 공격이랑 체력관리 이동을 다 컴포넌트로 나눠서 만들더라고 인터넷 강좌들도 그렇게 하던데 난 컴포넌트 주렁주렁 다는거 힘들더라...

- dc official App

[흐야야(mjh2004)]

유니티 초보라서 그런데 컴포넌트 여러개 단다는게 스크립트를 여러개 넣는다는건가요?

[익명(121.182)]

스크립트를 독립역할로 쪼개서 하이라키에 붙히는 컴포넌트 위주로 만드는형식이요 - dc App

[익명(58.120)]

상속 패턴이면 넌 언리얼이 제격임

[익명(175.195)]

상속 관계 많아지면 안조아

[익명(121.182)]

캐릭터 구성요소 정도만 상속으로 하는정도는 괜찮겠지? - dc App

[익명(175.195)]

예를 하나 들면, 부모에서 정의놓은걸 자식에서 재정의 하는 경우가 빈번해진다면 안좋은 구조

[익명(121.182)]

아하 ㄱㅅㄱㅅ - dc App

[건전한닉네임(175.223)]

왜 안좋아?

[익명(175.195)]

무조건 안좋다기보다 상속이 많아질수록 구조가 안좋아질 확률이 커짐 규모가 커질수록 포함관계나 컴포넌트 혹은 그 외의 디자인 패턴들로 해결해야 하는 경우가 많음 그렇지 않으면 작업, 유지보수 비용 점점 커짐

[익명(116.120)]

컴포넌트로 나눠놓으면 재사용이나 확장하기 용의 하잖슴.

[익명(116.120)]

규격에 맞는 부분만 호환되는 프라모델이냐 레고처럼 이러꽂았다 저리꽂았다 할수있는 만능 부품이냐의 차이겠지

[익명(211.192)]

디커플링까지 잘해주면 동료플머가 조아해

[익명(175.223)]

게이는 컴포넌트 패턴이 뭔지 모르노? - dc App

[익명(175.223)]

이 엔진 왜쓰는지 모르네 ㅋㅋ - dc App

[익명(112.159)]

뭐냐 이건 혼종이냐

[익명(121.182)]

뭐가 - dc App