[🐣질문] 이런것도 걍 코딩 스타일이야??

[익명(116.121)]

나는 지금까지 클래스 A,B가 있으면 A가 B를가지고 있고 A가 B한테 요청하는식으로 짯거든 근데 다른 에셋 뜯어보면서 공부해보니까 B가 A를 가지고 A의 delegate에 메서드를 넣어놓고 invoke하는 식으로 많이들 짰더라고
니들은 어떻게 짜??

[ㅇㅇ 1(121.170)]

코린이때는 전자, 델리게이트, Action, Func를 안 후엔 후자

[글쓴 ㅇㅇ(116.121)]

후자를 지향하는게 맞는거야?

[글쓴 ㅇㅇ(116.121)]

그니까 메인 시스템 스크립트하고 버튼하고 서로 직접적으로 연결하는게 아니라 델리게이트를 이용하는지 맞는지 궁금해

[ㅇㅇ 1(121.170)]

어느 상황에서도 코딩에 정답은 없음 다만 A가 반드시 B를 소유한다, 이것은 앞으로 개발해나간 후 새로운 컨텐츠를 추가한 후에도 불변하다는 보장이 있는게 아닌한 전자처럼 짜지는 않음 A의 파생 혹은 A클래스를 이용해 또다른 일들을 할 수 있을지도 모르니까

[글쓴 ㅇㅇ(116.121)]

아 맞네 고맙다 뭔가 잘못생각하고 있던것같아

[ㅇㅇ 1(121.170)]

예를 들어 A가 사람, B가 칼이라는 클래스일때 사람이 칼을 휘두른다 이거는 전자의 경우임 근데 칼만 휘두르는게 아니라 그냥 팔을 움직였다 라고 했을때 팔에 붙어있는 무언가가 작동하고싶은거임 이럴땐 전자처럼 짜면 안되겠지 그럼 후자처럼 짜면? 팔을 휘두른다.invoke() -> 사전에 델리게이트에 메서드를 넣어놓았던 칼의 메서드가 실행된다 라고 하면 두 클래스간의 커플링이 약해지고 각 클래스의 확장성은 올라가겟지

[익명(221.150)]

친구야 착하네

[익명(220.76)]

전자는 입문자들한테 설명하는 수준의 간단한 방식이고, 그게 쌓이면 클래스간 지나친 의존성 때문에 유지보수가 불가능한수준이 될거임. 유튜브에 delegate 검색하면 이해하기 쉬울거임

[글쓴 ㅇㅇ(116.121)]

그니까 나도 그게 문제니까 인터페이스 만들고 옵저버로 해주는건데 이게 사실 델리게이트인거지 결국?

[익명(220.76)]

개념은 다름. 둘 다 콜백이라는 공통점이 있는거고. 우선 유니티 UnityEvent로 간단하게 콜백 기능 구현해보면서 필요한 공부하면 될듯

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

A가 B를 가지고 호출하든 B가 A를 가지고 delegate를넘겨서 뭘 하건말건 그게 중요한게 아니고, delegate의 쓰임새를 명확하게 아는게 중요함. 말그대로 객체에 어떤 '일'을 위임하는거임. Timer클래스에 아침이되면 onWake 델리게이트를 호출해주도록 되어잇으면, onWake에 시간이 됬을 때 '위임'하고 싶은 일(함수)를 넘겨주면 됨. 그럼 Timer가 알아서 onWake를 호출해주겠지. onWake 라는 델리게이트가 없다면 Timer에게 시간됬을때 호출하고자 하는 객체를 넘겨줘야 하는데, 이때 넘겨주는 타입의 클래스가 Timer에 의존성을 가지면서 코드는 확장성이 떨어지게 되고 특정 클래스말고는 Timer를 사용할수가 없게 되겠지