[🐣질문] [해결됨]형님들 코드 질문 하나만 더해도 될까요? 배열에 관한 건데

[익명(61.102)]

* 일단 꺾쇠괄호가 안쳐지는거 같아서 그부분을 소괄호 두개로 대체할게요 형님들 똑똑하니까 알아들을거라고 믿음

Zombie라는 클래스가 있고

HP, Damage, Defence...와 같은 속성들을 Monster라는 클래스로부터 상속받고 있고

상속받지 않은 속성 HowRottenIsIt 이라는 게 있다고 쳐요

Zombie 클래스가 Monster를 상속한다고 했을 때

List((Monster)) [0] = new Zombie();라고 하면

오류가 안나고 배열에 잘 담기는 거 같아요

그런데 다른 클래스에서 List[0]을 호출하고 속성을 꺼내쓰려고 해 보면

배열 제네릭이 Monster라서인지 Monster로부터 상속받은 속성들만 접근이 가능하더라구요

(Zombie)List[0].HowRottenIsIt 이렇게 해도 접근이 안돼요

그래서

Zombie zombie = (Zombie)List[0] 이런 식으로 명시적 변환을 해서 지역변수로 만들어 주고

zombie.HowRottenIsIt 하면 정상적으로 잘 돼요

질문요약 :

(Zombie)List((Monster))[0].HowRottenIsIt 이렇게 속성 접근이 안돼서

Zombie zombie = (Zombie)List[0]으로 하고

zombie.HowRottenIsIt 이렇게 해서 속성에 접근하고 있는데

좀더 현명한 방법이 있을까요?

[익명(175.204)]

이건 어쩔수 없음. 형변환이 제일 깔끔해. 생간나는 첫째는 리플렉션으로 하는 방법이있는데 코드는 더길어지고 성능문제가 크고. 둘째는 dynamic 타입을 쓰는건데 이건 런타임실행시 형식체크라서 컴파일 에러체크도 안되고, 에디터에서 작성시 자동완성, 변수명 리팩토링도 안됨 (되게하려면 또 리플렉션 써야됨) dynamic zombie = monster리스트[0]; Console.WriteLine($"{zombie.HowRottenIsIt}");

[익명(175.204)]

이럴거면 그냥 var zombie = monsters[0] as Zombie; 쓰고 말지.

[익명(61.102)]

혹시 괜찮으시면 (Zombie)List[0].HowRottenIsIt 이게 왜 논리적으로 안되는지 설명해주실 수 있으신가요? 될거 같은데 안되는게 궁금해요

[익명(61.102)]

와 var zombie = monsters[0] as Zombie;라는건 또 처음 알았네요 감사합니다

[익명(175.204)]

((Zombie)monsters[0]).HowRottenIsIt 해봐. 앞에 형변환 붙이는건 뒤에거 다 끝난담에 변환하는거라 monsters[0].HowRottenIsIt 은 Moster타입에 HowRottenIsIt 이 없기때문.

[익명(61.102)]

우와 앞뒤로 괄호 하나 더 치고 .HowRottenIsIt 하니까 되네요??? 이런건 몰랐어요

[익명(61.102)]

앞뒤로 괄호 하나씩 더 치고 비상속 속성 쓰는걸 뭐라고 부르는지에 대해 아시나요? 검색해서 공부해보고 싶은데 키워드를 모르겠어요

[익명(61.102)]

as Zombie 이거는 is as 이런 연산자(?) 관련해서 배우다가 졸은게 기억나서 검색하기 편하네요 너무 감사합니다

[익명(175.204)]

괄호는 '실행'의 의미가 있는데 여기서 괄호하나 친건 연산자 우선순위임. 이거먼저 '실행'하고 저거..

[익명(61.102)]

선생님 돈 많이 벌고 일 적게 하세요 감사합니다

[익명(61.102)]

이 질문을 챗gpt한테 똑같이 하니까...List monsters = new List();monsters.Add(new Zombie());Zombie zombie = monsters[0] as Zombie; // Cast to Zombieif (zombie != null){ bool isRotten = zombie.IsRotten; // Access IsRotten property}라는 답을 주네요선생님 사랑합니다..

[익명(211.203)]

없음... 애초에 저렇게 다운캐스팅해서 쓸건데 list로 관리하는거 굉장히 위험한 행위임... 갈수록 monster 파생클래스가 늘어날거고 그걸 업캐스팅으로 집어넣는 리스트로 관리할건데 인덱스 잘못뽑으면 바로 프로그램 뻑가는건데 이거 없애겠다고 다이나믹 캐스트 난사하면 최적화 골로가는거임 ㅋㅋ

[익명(61.102)]

그러면 특정 클래스를 상속받는 다양한 몬스터들을 전역변수로 관리할 때는 주로 어떻게 하는 건가요? github에 있는 text-based games를 여러개 다운받아서 봐도 abstract만 공개하지 상세한 코드를 공개하는 경우가 은근 적고 대.학 과제 수준으로 만들다 만것만 많아서 답을 찾기가 어렵네요

[익명(211.203)]

첫째는 상위 클래스 필드를 되도록 많이 추상화해서 원형을 바꾸지 않는거. 즉 처음 상위 클래스 필드를 짤때 확장성 까지 고민해서 만든다. 둘째는 interface로 추상화한 필드를 상위클래스에 다중상속 함으로써 다형성과 확장성을 확보한다. 셋째는 필드 자체를 컴포넌트화 시켜서 만들어 놓고 컴포넌트의 파생 interface로 기능을 조절한다(factory 패턴 같은거) 등등..

[익명(61.102)]

팩토리패턴은 졸면서 들어본 기억이 있는데 '셋째'의 '컴포넌트화'와 '파생 인터페이스'가 무슨 말인지 공부한게 없어서 모르겠어요 숙제가 생겼네요 고맙습니다

[익명(211.203)]

컴포넌트화란게 뭐 대단한건없고 사람으로 따지자면 사람 = 인간 이렇게 끝내는게 아니라 팔다리 모가지 전부 나눠서 속성에 맞게, 하는일에 맞게 분류 해놓는거라 보면됨. 그냥 디자인패턴이란걸 공부해봐. 몇번 쓰다보면 무슨소린지 알거고 디자인 패턴 몇개만 써도 되게 깔끔하게 코드 정리가 가능해짐

[익명(61.102)]

초보자 수준에서 무의미한 질문인거 같긴 한데 상위클래스에 굉~장히 많은 필드를 두는 건 현업에서 크게 상관하지 않는 건가요? 예컨대 Npc 클래스를 상속받는 Healer라는 클래스가 IsHealable = true이라는 속성을 써야 해서 상위 클래스인 Npc가 IsHealable을 모든 클래스에 상속하게 된다면, 이런 이유로 Npc 클래스가 굉장히 많은 하위클래스에서 개별적으로 쓸지 안쓸지 모르는 수많은 속성들을 전부 구비하고 있는 게 다운캐스팅보다 낫다는 건데, 이렇게 쓰지 않는 속성들이 모든 개체에 할당되어 있는 건 성능에 영향을 안 주나요? 어차피 성능 이전에 개발 완료해서 출시부터 해야 하는게 초보자 입장이긴 하지만 그냥 궁금하네요

[익명(61.102)]

디자인 패턴이라는 말로 검색해볼게요 선생님 감사합니다

[익명(211.203)]

굉장히 많은 필드는 당연히 문제가 되지. 근데 어쩔수가 없지 한 게임을 몇년이고 유지보수하다보면 코드가 잡탕이 되고 누더기가 되고 하는게 대부분 그런 이유. 그리고 이거때문에 처음 설계가 중요한거고 또 이게 실력의 척도 중에 하나가 될 수 있는거고... true false 체크 같은 간단한 예외 처리같은것도 필드로 추가 하느냐 마느냐는 나같은 경우엔 함수 클로저를 이용해서 bool 체크하는 메서드 하나 박고 뽑아쓸거같은데... 근데 이것도 이런방법만 있는게 아니고 그냥 아는만큼 보인다고 말할 수 밖에 없음.

[익명(211.203)]

애초에 저런것들도 컴포넌트랑 거기에 파생되는 클래스를 전략패턴같은걸로 요리조리 요리하면 다 처리 가능한 것들임. 여기서 그걸 다 설명하려면 수백페이지를 댓글로 쳐박아야 할거같은데 그냥 구글 선생님과 챗gpt 형님한태 물어봐 ㅋㅋㅋ;

[익명(61.102)]

헤헤 그냥 곁다리로 알고싶은 초보자여서요 ㅋㅋ 마지막댓글까지 읽으면서 충분히 다 해소됐어요 감사합니다 돈 많이 버시고 적게 일하고 여행 많이 하세요