[🐣질문] 상속용 빈 클래스 쓰기도 함?

[익명(118.41)]

StatusEffect에는 아무 내용 없고 그냥 그를 상속하는 Damage랑 Buff 묶어서 List＜StatusEffect＞ 에 넣어서 일괄 처리하는데만 쓰려고

이런 일 보통 있음?

[익명(218.144)]

구조체 제네릭 제약조건용 태그 인터페이스 같은건 봤는데 저런 경우에 추상 클래스도 아니고 일반 클래스는 글쎄다 그리도 둘이 딱히 관계가 있어보이진 않는데

[익명(168.126)]

damage랑 buff쪽에 상속받아 쓰는 함수가 있는것도 아니고 지금 상태에선 쓸 이유가 전혀 없어보임

[익명(118.41)]

List에 쟤네 넣으려구...

[익명(118.41)]

List(StatusEffect)

[익명(14.39)]

진짜 정 그렇게 하고 싶으면 인터페이스를 쓰는 게 나아보임

[익명(118.235)]

다운캐스팅하겠다는 이야긴데 안티패턴임

[익명(118.41)]

불특정다수의 Damage객체들과 Buff객체들을 묶어서 전달하려고하는데 어케하는게 좋을까?

[익명(118.235)]

근데 대충 왜 그러려는지는 이해 감 Sum Type 비스무리한 걸 사용하려는 것 같은데 아쉽게도 C#, C++ 둘다 이런 기능이 없음. 가장 비슷한 방법이 태그드 유니온인데 이건 너무 번거롭고.

[익명(222.117)]

집에 돌아와서 이어서 쓰는데, 님이 하려는게 잘못된 건 아님.
저게 컴포지션의 기초 요소중 하나인 sum type이고 함수형 언어들이나 러스트에는 이미 있음.
근데 Sum type를 안전하게 써먹으려면 Exhaustive pattern matching이 있어야 하는데,
아직 한참 개발중임
https://github.com/dotnet/csharplang/issues/113.
솔직히 최소 3년은 더 있어야 나오든 말든 할듯.
이게 없으면 다운캐스팅과 유사한 방법론 밖에 없는데 다운캐스팅은 NPE나 예외 강제, 확장성 면에서 좀 많이 아쉬움.
그나마 할만한 건 인터페이스로 묶고 타입 캐스팅 대신 메소드를 호출해서 각 타입이 알아서 대응하게끔 하는게 현재로선 최선임

[익명(118.41)]

그냥 Damage 리스트랑 Buff 리스트 두개로 나눠야겠네... 댓글들 ㄳ

[익명(168.126)]

두 클래스에 인터페이스를 하나 상속시키고 list 이런식으로 쓰면 됨

[익명(118.41)]

저렇게 그대로 하면서 StatusEffect를 인터페이스로만 만들면 문제는 없는거임?

[익명(168.126)]

일단 list에 저 둘을 반드시 합쳐서 넣어서 무엇을 하고싶은지 물어보고싶음 어떤 이벤트가 발생하면 해당 이벤트를 리스트에 담아둔 모든 buff와 damage의 공통된 함수를 호출하고 싶은거임? 아니면 걍 담아둔 리스트를 다른곳에 넘기기만 하고 싶은거임?

[익명(168.126)]

후자라면 리스트를 넘겨받은 쪽에서 무슨 작업을 하는건지도 말해주셈

[익명(118.41)]

두개를 묶어서 하나의 리스트로 넘기고 리스트 받은 쪽에선 리스트 훑으면서 얘가 Damage인지 Buff인지에 따라서 다른 작용을 하게 하려는데 Damage리스트 Buff리스트 따로 만들어서 줘도 상관은 없겠네... 그냥 리스트 하나로 뭉치고 싶어서 이렇게함

[익명(168.126)]

그럼 내가 말한대로 interface 하나를 상속받게 하고 buff, damage 둘 다 상속받은 인터페이스를 override해서 재정의 구현해놓으셈 그리고 리스트를 받은 쪽에선 단순해 foreach(원소 in list) { 원소.인터페이스함수()} 이렇게 하면 buff, damage 어렵게 구분할거없이 알아서 자기들 기능을 수행할거임

[익명(118.41)]

Damage랑 Buff랑 공통된 이름 함수 쓰는것도 없이 진짜 IStatusEffect는 완전 비워져있는거임

[익명(222.117)]

아무리 비워져있다고 해도 타입을 분간해야하는 타이밍이 올거아님? 그 구간을 메소드화 시키란거임

[익명(118.41)]

아 IStatusEffect에 [...] 같은 메소드 넣어서 그 자식인 Damage랑 Buff는 그거 오버라이드한다음 자기 타입이 해야할일을 그걸로 쓰라는거야?? 좀쩌는데 하고싶은말이 이거맞음?

[익명(168.126)]

그니까 비워져있는건 상관없고 인터페이스 쓰라는거 자체가 하나의 list로 관리하기 위함이라는거임 list<인터페이스> 이러면 buff, damage 둘다 리스트에 삽입이 가능하잖슴 그리고 공통된 함수 기능을 만들라는게 아니라 걍 이름만 갖다 쓰고 각자 기능은 다르게 구현하면 되는거

[익명(118.41)]

님쫌천재인듯;;;

[익명(118.41)]

[익명(222.99)]

부모클래스에 update같은 가상함수 넣고 상속시켜서 다른 자식클래스에서 update에 각각의 필요한 로직을 구현하는 등 다형성을 이용해서 여러 타입의 자식클래스를 관리하는 경우는 있음