[💬] 프로퍼티 질문있음

[익명(116.42)]

프로퍼티 좀 찾아보는데 

잘 이해하다가 이 부분이 잘 이해가 안돼서..

저기에 지금 private string naem, hp, attack, speed 들이 전부 들어있단거지?

[익명(118.241)]

https://stackoverflow.com/questions/5096926/what-is-the-get-set-syntax-in-c
여기보면
잘 나와있음.

[익명(118.241)]

근데 개인적으로 저런 자동 구현 프로퍼티를 쓰는 이유를 잘 모르겠음. 저러면 걍 public 이랑 뭐가 다르지

[FMK(fumika1046)]

편의성임 직접 구현한거랑 결과는 같음 - dc App

[익명(118.241)]

내가 말하는건 이거임
https://blog.codinghorror.com/properties-vs-public-variables/
아무런
기능 없는 프로퍼티를 쓸 이유가 있느냐 이거지. 걍 퍼블릭으로 하면 될걸 왜 쓸데없이 코드 줄을 늘림

[FMK(fumika1046)]

일반 변수와 차이는 get set 접근제한자 다르게 줄 수 있고 필요한 경우 접근자에서 추가작업 넣어주거나 로그 남기기도 편리함 - dc App

[FMK(fumika1046)]

확장성이지 변수로 만들었으면 해당 변수에 값이 들어갈 때마다 해야하는 작업이 생기면 변수마다 다 바꿔줘야 하는데 프로퍼티로 해놓으면 set 안에 추가만 해도 되니까 - dc App

[익명(118.241)]

내말은 아무 기능 없는 프로퍼티를 쓸 필요가 없다는거임. 퍼블릭 변수에 추가 작업이 생겼을 때 프로퍼티로 변경하면 됨. 만약에 그게 없다면 쓸모없는 코드 안늘렸으면 좋겠음.

[FMK(fumika1046)]

바꾸면 된다는게 간단하지 않음 define 매크로 설정해서 비활성화 시킨건 refrence 참조로 안잡히는 문제라던가 작업 하다보면 생각 외의 변수들이 생기니까 확장성 있게 해두는거임 그편이 나중에 유지보수 할 때 편하니까 - dc App

[익명(118.241)]

C++ 쪽은 내가 경험이 얕아서 잘 모르겠음. 근데 C# 쪽에서는 define 매크로 문제가 없어서 적어도 C# 에서 아무 기능없이 프로퍼티 설정해놓는건 별 메리트가 없어보이는뎅

[FMK(fumika1046)]

모든 변수를 프로퍼티로 쓰는건 아닌데 하다보면 이런건 프로퍼티로 써야겠다 싶은 것들이 생김 변수로만 쓰다가도 나중엔 자연스럽게 쓰게 됨 혼자 프로젝트 하거나 따로 정한 코딩 방식이 없으면 편한대로 해도 문제 없음 - dc App

[익명(110.47)]

유지보수할 때 장점이 큼. 프로퍼티는 method이지 필드가 아님. 원래 어떤 클래스에서 필드로 보관하고 있던 데이터를 데이터 컨테이너를 통해 제공하는 걸로 바꾼다면 필드는 제거를 해줘야함. 제거를 하지 않으면 메모리가 낭비되는거니까. 그런데 프로퍼티는 데이터 컨테이너를 거쳐서 제공하는 형태로 바꿔주기만 하면 외부에서는 코드 수정 없이 그대로 사용 가능함.

[익명(110.47)]

만약 필드를 제거한다면 외부에서 참조하고 있던 모든 클래스를 다 수정해야하는 문제가 발생함. 프로퍼티는 method이기 때문에 신뢰성과 확장성을 보장해주고 따라서 데이터를 필드로 제공하는 것보다 훨씬 가치가 있는거임. 로그도 찍을 수 있고.

[익명(118.241)]

뭐 나도 개인적으로 public 변수 그냥 외부로 노출시키는건 안좋아함. 그런걸로 엄청 고생한적이 많아서 ㅋㅋ 근데 아무 기능 없는 프로퍼티 걍 외부 노출시키는것도 개인적으로는 극혐임 그럴거면 차라리 함수를 만들어서 무슨 목적으로 변경시키는지 명확히 하라는게 내 취향

[익명(110.47)]

처음에 만들었을 때는 아무 기능이 없다고 할 지라도 개발 과정 중에 get set 하는 과정에 로직이 추가될 수 있잖음. 몰론 님 말대로 method로 제공해도 되지만 그러면 getter와 setter 메소드 2개를 따로 선언해야하는 불편함이 있고 프로퍼티는 method이지만 필드처럼 사용할 수 있다는 장점도 있어서 쓰는거임.

[익명(110.47)]

this.transform 을 this.GetTransform()으로 매번 선언한다고 생각해보셈. 얼마나 끔찍함.

[익명(118.241)]

this.transform의 경우는 read only 니까 좀 경우가 다르지. 내가 말하는건 아무 기능도 없는 자동완성 프로퍼티임. public int health [get; set;] 이런거. 이런거 정말 내 취향 아님

[익명(118.241)]

내가 저런 자동 구현 프로퍼티 쓰는곳은 스크립터블 오브젝트로 데이터 일시적으로 공유하는 변수를 유니티 인스펙터에 안보이게 할 때 뿐인거 같음.

[FMK(fumika1046)]

인스펙터에서 숨기는건 [HideInspector] - dc App

[익명(118.241)]

ㅇㅇ 그것도 아는데 그냥 습관적으로 아무 이유 없이 자동구현 프로퍼티 쓰고 있음 퍼블릭 변수 보다는 프로퍼티가 좋다고 예전에 신경질적인 PM이 있어서 나도 습관이 된듯. 근데 왜 좋은지는 아직도 의문. 쓸때마다 이거 왜 이리하지? 하고 의문을 가짐

[익명(175.203)]

그 이유를 모르겠으면 아키텍처 공부를 하시는게 좋을듯. Getter와 Setter가 왜 만들어졌는지 배경과 설계에 대한 이념도 찾아보시고. 어떤 PM이신지 모르겠지만 그런 기본기에서 깐깐하다는게 실력 있으신 분인듯?

[익명(175.203)]

구글 코딩 가이드 정독도 추천함. 구글 코딩 가이드 읽어보면 구글에서 왜 public 변수를 증오하는지 아무 상세히 설명해줌.

[익명(175.203)]

알고 싫다고 반박하는건 본인 신념이지만 모르고 반박하는건 그냥 무식임.

[FMK(fumika1046)]

그리고 프로퍼티 초기화도 동시에 할 수 있음 c# 일정버전 이상만 가능하긴 한데 - dc App

[FMK(fumika1046)]

Public int data { get; set; } = 100 - dc App

[익명(118.241)]

아.. 이런 코드 정말 내 취향 아니다 ㅋㅋ

[익명(usnned)]

인터페이스를 쓰면 알게 됨

[익명(usnned)]

인터페이스는 프로퍼티는 포함 가능한데, 필드는 포함할 수 없기 때문에 인터페이스를 상속받기 시작하면 오토 프로퍼티가 왜 "편의 기능"이라고 불리는지 이해하게 될거임

[익명(116.42)]

정신 나간다.. 지금 다닌지 8개월차인데 이런것도 모르는데 서울 갈 수 있을지 모르겠네 도태되는거 아닌가