[🐣질문] 클래스 이름과 프로퍼티 이름이 같은 거 어떻게 생각함?

[익명(211.105)]

예를 들어 GameManager라는 클래스가 있을때

내부 코드에서 public GameManager GameManager { get; set; }

이렇게 프로퍼티를 선언하면 작동에는 문제 없긴해도

가독성이 별로겠지?

[익명(218.147)]

유니티면 카멜 케이스로 바꾸셈 GameManager -> gameManager

[익명(211.105)]

유니티 맞고 그러면 이미 gameManager가 선언되어 있는 경우엔 어떻게 해야할까

[익명(218.147)]

이미 선언되있는건 필드임?

[익명(218.147)]

필드가 있는데 프로퍼티 똑같은거 같은 클래스에 박는거부터 이상한거 같음 둘중 한개 빼셈

[익명(211.105)]

private GameManager gameManager; public GameManager GameManager { get => gameManager; set => gameManager = value; } 이런 경우

[익명(218.147)]

나 같은 경우엔 유니티면 private GameManager _gameManager; public GameManager gameManger => _gameManager; .NET이면 private GameManager _gameManager; public GameManager GameManager => _gameManager; 일케함

[익명(218.147)]

네이밍 컨벤션 헷갈리면 걍 라이더 쓰셈. 알아서 추천해줌

[익명(211.105)]

오 ㄳㄳ

[호박고구마(121.137)]

보통 멤버 메소드는 대문자 시작이야 니가 써놓은게 잘한거고 경험상 회사들이 다 저렇게 했었어 이유는 저것도 결국 그냥 메소드거든, 단지 옛날처럼 Getter() 방식을 좀 이쁘게 해놓은거지 결정적으로 대문자로 해야하는 이유는 저 변수가 뭔가 어떤 변수에 영향을 줌을 의미해 개발자언어론 mutable 하다고 말해

[태보미(taebomi)]

어짜피 IDE에서 색깔로 다 구별되니 딱히 문제없는것같음

[익명(14.52)]

위에 댓글보고 쓰는건데 외부는 퍼블릭으로 뽑고 내부는 프라이빗으로 수정하라고 public GameManager GameManager {get; private set;}이 있는데 왜 그렇게 선언하냐...

[익명(14.52)]

시리얼라이즈때문에 프라이빗멤버를 따로 선언할수는 있긴한데, [field:SerializeField]로 어트리뷰트 선언하면 프로퍼티도 인스펙터에서 수정되더라.