[💬] 유니티에서 상속을 자주 사용함?

[익명(kikubaaqudgha)]

아! 이 기능은 상속으로 해야되겠다 하다가도

update awake fixedupdate.. 등 유니티 전용함수때문에 귀찮아질거 생각하면

상속 안쓰고 컴포넌트와 인터페이스로 하는게 나은거같기도 하고

어떻게 생각함?

[익명(125.137)]

같은 스크립트 public로 처리하기 존나 귀찮아서 상속 썼는데 개편하더라

[익명(125.137)]

자잘한 부분이지만 public로 처리하기 귀찮은거 이걸로 하면 편함

[익명(49.171)]

필요함, 함수 기능 고칠때 비슷한 함수 일일이 찾아가면서 수정하다보면 암걸림, 상속했으면 부모 함수만 고쳐주면 편한것을

[익명(kikubaaqudgha)]

그러니까 부모클래스에서는 유니티 전용 메소드에서 추상메소드를 호출하고, 자식클래스에선 유니티 전용메소드를 제외한 다른 메소드를 오버라이딩하는 식으로 하라는 말이지?

[Lunatic(211.41)]

난 아예 안씀

[익명(115.136)]

상속은 가끔 쓰고 대부문 인터페이스로 함. 인터페이스들이 공유하는 메서드 만들땐 확장메서드로

[익명(122.252)]

일단 상속을 안쓰는 프로젝트는 없음. Monobehavior부터 상속이기때문에..

[익명(121.140)]

이런 소리좀 하지마

[익명(175.209)]

자신 목소리 내는건 꺼려지고, 아는건 자랑하고 싶고..

[익명(kikubaaqudgha)]

컴포넌트와 인터페이스로 구현하는게 맞을것 같다 상속으로 얻을 수 있는건 인터페이스&컴포넌트로도 얻을 수 있고 그게 유니티에서 쓰기 더 편할것 같음

[익명(175.223)]

인터페이스로 구현한다는게 어떤 말인지 잘 모르겠어서 그런데 컴포넌트랑 다른거임?

[익명(kikubaaqudgha)]

1. 하나의 기능을 정의한 인터페이스가 있음; 2. 그 기능을 구현한 컴포넌트들이 있음, 컴포넌트들은 각기 다른 방식으로 구현; 3. 메인 로직은 인터페이스를 통해 컴포넌트를 조작함, 각 기능의 로직이 달라져야 한다면 컴포넌트만 교체하면 됨

[11(125.137)]

잘 쓰면 좋지만 남용하면 상속의 제약에 묶이게 되니까 조심해야지. 가능한 얕게 상속하는게 관리하기 편하긴 하더라.

[11(125.137)]

아무리 깊어도 3단계 이상은 가지 않도록 해야

[Komorio(twilivez)]

나는 인터페이스랑 상속 둘다 자주 쓰는 듯

[익명(223.38)]

축하합니다 이제 디자인패턴을 알아보십쇼