값을 ui로 업뎃할 때 편해지긴 한데 셋업이 헬이지. 게다가 난 만들면서 공부도 해야하는 입장이라

확실하게 인정함. 클래스 상속이 정말 대가리 터지는 일임. 언제는 상속 구조만 몇 번씩 뜯어고쳐본적도 있고

카드게임처럼 참조할 값이 많은 곳들은 정리가 어려워서 어쩔 수 없이 써봤는데 줄일 수 있으면 줄이려고 노력하는 중. 그래도 1인용 겜이라 심하진 않을듯

걍 심심풀이용 인듯 그래도 객체지향을 적극적으로 해보고 싶다

내 게임에서 리플렉션이 사용되는 경우는 딱 3가지임.  카드에서 멤버 참조, 몹에서 멤버 참조,  스태틱 클래스에서 메소드 서치. 직접 부를 수 있는데 리플렉션을 사용하는 이유는 유니티 인스펙터 환경에서 접근해야 하기 때문임. 부연설명을 하자면 내 게임의 카드 종류 1개는 '상속받은 하위 클래스'가 아니라 '직렬화된 개체'임.  이렇게 짠 이유는 내가 대충 300개 카드를 만들기 위해 300개의 클래스를 선언해야 하면 진짜 에바잖슴. 여튼 '개체'인 카드 1개의 효과를 짤려면 직렬화되는 구조체와 클래스를 이용해서 고급화된 코딩환경을 구성해야 함. 이 과정에서 내가 '몹의 hp의 반 깎는 딜'을 코딩한다고 하면, 몹의 hp를 어떻게 가져올 것인지에 대한 문제가 생김. 왜냐하면 카드를 개체로 잡은 이상 코드를 각각 적어줄 수가 없으니까. 그래서 string과 멤버가 대응될 필요가 생기는데, 이걸 수동으로 연결시켜 줘도 되지만 '그것이 귀찮아서' 리플렉션을 쓰게 됨.