[💬] 학생일지 - C# 콘솔환경과 유니티 사이의 만리장성

[익명(61.102)]

비주얼스튜디오 닷넷프레임워크 또는 닷넷코어 환경에서 RPG게임 로직을 짤 때

// 모든 방들의 부모 클래스

public abstract class Field /* 유니티에 가면 : MonoBehaviour 를 상속시킨다 메모*/

{

public virtual bool Locked { get; set; }  = false;

}

라는 클래스를 만들어 놓고

public abstract class Building : Field

{

}

라는 자식 클래스를 작성하고

public class MyBuilding : Building

{

public override bool Locked { get; set; } = true;

}

라는 손자 클래스를 작성하는 방식으로 상속 구조를 공부했음

그리고 이 클래스 뭉치를 유니티로 그대로 들고 와서 게임오브젝트의 컴포넌트로 써먹으려고 시도함

using TestGame;

public class MyBuilding : Field.Building.MyBuilding

결과 :

The same field name is serialized multiple times in the class or its parent class. This is not supported: Base(MyBuilding) <IsLocked>k__BackingField

응 안 돼 ㅋ

챗봇님 이게 안되는 이유가 뭔가요?

"직렬화 시스템이 달라서 그래요. 손자개체 속성 앞에 [SerializeField]를 붙이세요"

...직?렬화는 세이브 로드할때 쓰는거 아님?

아무튼 못알아들었는데 시키는대로 함

결과 :

The same field name is serialized multiple times in the class or its parent class. This is not supported: Base(MyBuilding) <IsLocked>k__BackingField

응 또 안돼 ㅋ

챗봇님 안되는데요?

"왜냐면 조부모의 virtual isLocked에 { get; set; }이 있어서 그래요. 이건 직렬화 못해요. setter 지우세요"

그럼 제 로직을 못쓰는데요... 자동구현속성 다 버리고 private 지역변수로 만든 다음 GetIsLocked() SetIsLocked() 메서드를 일일이 작성하라는 말씀이신가요?

"예"

아

뭔가 굉장히 심기불편함

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(61.102)]

잠깐 가라앉히고 새로운 클래스를 만들어서 내가 이해한 방식의 상속구조로 모델을 만들어서 다시 해보니까 이번엔 문제가 없음 기존에 작성한 코드의 어딘가에 닷넷에서는 일단 작동은 하지만 모노비헤이비어에서 혼란을 일으키는 내가 모르는 뭔가가 더 있는 모양임 기존에 쓰던 코드뭉치 버리고 새로 쓰기로 함

[익명(61.102)]

빈 클래스에 하나하나 새로 복붙하면서 어디서 문제가 생기는지를 파악해보는 시간을 거쳐야 될거 같은데 여튼 닷넷 콘솔창 환경에서 잘 작동하던게 유니티 모노비헤이비어 아래에서 왜 안되는지 지식이 없고 뭐가 문제인지 모르니 그냥 잠깐 짜증이 났음

[익명(61.102)]

어 아니네 다시보니까 안되네

[익명(61.102)]

컴파일이 되고 원하는 값이 출력되더라도 빨간경고가 뜨면 이건 뭔가 문제가 있다는건데 이제 걸음마 단계인 응애라서 그냥 속이 답답하다

[익명(211.197)]

인터페이스 사용은 어떰

[익명(61.102)]

전세계 수천만 유니티 개발자들이 상속구조랑 virtual, override 쓰면 빨간불 뜨는 돼지같은 엔진을 밥줄로 쓰고 있는건 아닐거 아냐 내가 모르는 부분에 대해 공부를 하고 싶은거임

[익명(211.197)]

그러니까 그게 인터페이스 아닌가 싶어서

[익명(61.102)]

내가 초보자라 이해가 딸릴수도 있는데 그말은 즉 클래스 상속을 안쓰고 전부 인터페이스 상속만 해서 구현한다는거임?

[익명(211.197)]

모든 경우를 그렇게 하진 않지만 대부분 인터페이스가 깔끔하고 코드중복이 문제라면 컴퍼넌트패턴으로 처리 (MonoBehavior 상속안하고 멤버로 직접생성) 상속은 단점이 많아서 왠만해선 사용안하는 편

[익명(61.102)]

그렇구나 지식이 늘었다