[💬] 다중상속 (반쪽?)해결!

[로코복실한(dovecreative)]

아까 인붕이가 알려준 컴포짓 패턴에서 아이디어를 얻었어!

이게 수정전 코드야. 하나는 MonoBehavior을 상속한 클래스, 하나는 일반 클래스인데 그 점 빼고는 모든 코드가 같아.

이렇게 되면 수정할 때 두 개를 동시에 똑같이 수정해야 할 뿐만 아니라, 컴퓨터가 AStore.Load()와 AStore_Mono.Load()를 다른 걸로 구분해버려서 인터페이스의 효과를 얻지도 못해.

이게 수정한 코드. 공통되는 부분을 IStore라는 인터페이스로 묶었어! 이래도 아까처럼 수정할 때 두 개를 똑같이 수정해야 하는 건 맞지만 인터페이스 상속 덕분에 실수로 빠진 부분이 없게 할 수 있고, 컴퓨터로 AStore.Load()와 AStore_Mono.Load()를 같은 IStore.Load()로 인식해서 인터페이스의 효과도 살릴 수 있어!!

[익명(1.239)]

프밍 초보자는 머가 먼지 모르겠오ㅓ....

[익명(1.239)]

유니티가 아닌거ㅏ 같은디?

[김메가(scw973108)]

유니띠 맞아오

[로코복실한(dovecreative)]

하와와 저도 윾니티 늒네인 것이야요... 조금만 더 공부하면 곧 보실 수 있는 광경입니다 ㅋㅋㅋ

[김메가(scw973108)]

[익명(110.70)]

물결은 뭐냐? - dc App

[로코복실한(dovecreative)]

소멸자. 객체가 파괴될 때 호출됨

[리슬링(lucid74)]

생각해보니까 유니티 개발하면서는 소멸자를 안써본듯

[로코복실한(dovecreative)]

객체를 생성하면 컨테이너(직렬화 데이터)를 만드는 코드를 매니저에 등록해서 버튼을 누르면 객체의 컨테이너를 저장하는데, 저기서 소멸자는 객체가 런타임 중 파괴되어도 매니저에 델리게이트가 남아있는 경우를 방지하기 위해 객체가 파괴되면 매니저에 있는 델리게이트를 지우는 역할을 맡아!

[리슬링(lucid74)]

소멸자 말고 Dispose 쓰는건 어떰

[로코복실한(dovecreative)]

컴포짓 패턴은 아니고 거기서 아이디어를 얻은 거야. MonoBehavior가 있는 코드는 OnDestroy를 쓰는 게 유니티에 맞겠네. 그리고 다 떠나서 너무 공격적인 말투는 삼가해 줘.

[로코복실한(dovecreative)]

근데 MonoBehavior 상속 안한 클래스도 생성자나 소멸자 안써?

[리슬링(lucid74)]

소멸자는 호출 시점을 알기 어려우니깐

[로코복실한(dovecreative)]

아 그러네. 늒네 좋은거 하나 알아간다. 땡큐!

[리슬링(lucid74)]

IDisposable인가 이거 상속받고 인터페이스 구현해주면 네가 원하는거 나올수도 있을것같음

[리슬링(lucid74)]

Monobehaviour 안 붙은 클래스는 ㅇㅇ

[익명(118.47)]

굿굿! 내가 좋아하는 코딩 스타일.

[RMZ(lucidust)]

노력추

[RMZ(lucidust)]

컴포짓 패턴으로 수정한거 보여줄게 참고해봐