글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
Properties vs public fields redux...
; http://blogs.msdn.com/ericgu/archive/2007/02/01/properties-vs-public-fields-redux.aspx
위의 글은 "단순" 공용 필드를 만들 것인지, private 필드/공용 프로퍼티로 만들 것인지에 대한 기준을 말하고 있습니다. 예를 들어 이런 상황이죠.
[코드 1: 공용 필드로 만든 경우]
public class Test
{
public string Name;
}
[코드 2: 공용 프로퍼티로 만든 경우]
public class Test
{
private string name;
public string Name
{
get { return this.name; }
set { this.name = value; }
}
}
이런 경우 많으시죠? ^^ 저 역시 매번 고민이 되곤 하는데요.
말인즉슨, 공용 프로퍼티를 버전화에 대한 수단으로 바라봐야 한다는 것입니다. 그말을 듣고 보니 또 그런 것 같지요?^^
C++ 클래스와 비교해 보면, public 멤버 변수를 두기 보다는 반드시(?) public 멤버 함수를 통해서 멤버 변수를 노출하게 되는 것과 비슷한 경우라고 볼 수도 있겠습니다.
이 글을 쓴 "Eric Gunnerson"은 한가지 예외 사항을 허락하고 있는데요. 버전화가 필요하지 않은 경우, - 그 예로 순수하게 내부에서만 연결 고리를 맺고 있는 클래스라면 굳이 공용 프로퍼티를 둘 필요가 없다는 것.
또 이렇게 말하면 헷갈릴 것 같으니까... 그냥 아예 이렇게 기준을 정하는 것이 어떨까요?
internal 클래스의 공용 필드는 허용하되, public 클래스의 공용 필드는 허용하지 말자!
이거 쓰고 보니 떠오르는 것이 있는데,,, 이 글을 읽으실 분들께 한가지 의견을 구하고 싶은 것이 있습니다.
위의 "[코드 2]" 와 같이 이름을 만드는 경우에는 private 과 public 의 차이로 인해 CLS-compliant 스펙을 만족합니다. 그런데 만약 private 프로퍼티를 protected 로 승격을 시키게 되는 경우가 발생하면 그 스펙을 만족하지 못하게 되는데요. 혹시 이렇게 내부 필드와 외부 공용 프로퍼티에 대한 적당한 이름 규칙을 만들어 쓰신 분이 계시면 ^^ 소개 좀 부탁드리겠습니다.
저는 아직까지도 이 문제로 고민하고 있습니다. ^^;
[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]
[연관 글]
1 2 [3] 4 5 6 7 8
1 2 [3] 4 5 6 7 8