[🐣질문] 자동 구현 프로퍼티 단점이 있음?

[익명(112.187)]

외부에 참조를 하지만 수정은 안하며 인스펙터에 나타나는 변수를 만들고 싶었음 예로들면 플레이어 속도 값 같은거

그래서 조사를 하다보니 프로퍼티에 대해서 알게 되고

[SerializeField] private float _speed;

public float Speed 

{

get

{

return _speed;

}

private set

{

Speed = _speed;

}

}

이런 식으로 쓰게 되었음

근데 뭔가 쓸데없이 코드 길이가 늘어난거 같아서 찾아보니까

[field: SerializeField] public float Speed { get; private set; }

이런 자동 구현 프로퍼티 쓰면 그냥 한줄로 끝이더라고

근데 기존 프로퍼티에선 안에 if문 같은거 넣어놓고 연산 과정에서 다른걸 할 수 있었는데

그런건 그냥 함수로 따로 빼서 처리하는게 정답이지?

[토끼주문(icyselec)]

속성이 부수 효과를 일으킨다 = 함수로 처리해야 함 가능하면 이렇게 하는 게 좋음.

[익명(112.187)]

역시 그런건 함수로 처리하는게 좋네

[토끼주문(icyselec)]

단순 게터 및 세터 정도면 함수로 뺄 필요는 없고 입력값 검증도 사실 필요는 없음. 근데 명시적으로 하고 싶다면 함수로 하는게 맞지.

[ㅇㅇ 1(122.36)]

예전에 책에서 읽은거라 아주 정확히는 기억이 나질 않는데, 직렬화 할거라던가 p/invoke로 c나 c++ 구조체 전달받을거 아니면 자동구현 프로퍼티 무조건적으로 사용하는게 맞음. 이정도 코드는 디버그 모드에서조차 일반 퍼블릭 멤버처럼 다뤄서 별도의 함수 콜 오버헤드도 전혀 없다.

[ㅇㅇ 2(39.123)]

SerializeField변수의 하위멤버를 다른 스크립트에서 접근하고 싶다 할 때, 프로퍼티 쓰면 좋음 예를들어 unity localization 쓰면, LocalizedString이라고 있는데 나중에 ui에 연결할때 ui 컴포넌트에서 불러 쓸수 있게 구성함 [SerializeField] private LocalizedString uiButtonText; public string UIButtonText => uiButtonText.GetLocalizedString();