Microsoft MVP성태의 닷넷 이야기
공통 코딩 규약 : 2. 프로퍼티와 공용 필드에 대한 선택 [링크 복사], [링크+제목 복사]
조회: 5592
글쓴 사람
정성태 (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 로 승격을 시키게 되는 경우가 발생하면 그 스펙을 만족하지 못하게 되는데요. 혹시 이렇게 내부 필드와 외부 공용 프로퍼티에 대한 적당한 이름 규칙을 만들어 쓰신 분이 계시면 ^^ 소개 좀 부탁드리겠습니다.

저는 아직까지도 이 문제로 고민하고 있습니다. ^^;



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 2/3/2007]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

비밀번호

댓글 작성자
 



2007-05-21 09시55분
[이방은] 음 저의 경우는..
모든 경우에 있어서..
프라퍼티를 씁니다..ㅋㅋ
물론 코드량이 약간 많아집니다만..이렇게 획일적으로 통일 시켜 버리는게..편하더군요..ㅡ.ㅡ;
필드는 절대적으로 private 허용하게끔 쓴답니다..ㅡ.ㅡ;
internal이나 protected도 모두 프라퍼티로...켁..병일까요..@.@
[guest]

1  2  3  4  5  [6]  7  8 
NoWriterDateCnt.TitleFile(s)
69정성태10/27/20064542.NET : 1. Typed DataSet 에서의 ExcludeSchema 사용
68정성태1/27/20075040Vista : 2. Elevate through ShellExecute
67정성태10/22/20064229Vista : 1. Programmatically determine if an application requires elevation
66정성태9/22/20064148Tip/Trick: UpdateProgress Control and AJAX Activity Image Animations
65정성태9/15/20069431Tip/Trick: Enabling Back/Forward-Button Support for ASP.NET AJAX UpdatePanel
64정성태2/23/20074360Why are NameValueCollection lookups slower than Hashtable? [Kim Hamilton]
63정성태8/30/20064247WinFormResizer for .NET 2.0, v.2.0.0020.3 Released!
62정성태8/21/20064054Stylistic differences in using
61정성태8/5/20064242Detecting Information Card Support (CardSpace!) in a browser
60정성태7/22/20064011JonGallant WebControls v1.0 - ScrollableContainer
59정성태3/2/20065306.NET이 왜 성공할 수밖에 없는가?
58정성태10/5/20055102한국 MSDN - 홈지기가 번역한 MSDN Magazine 자료
57정성태5/5/20054511구구단 프로그램을 제외하고, 벤더종속적이지 않은 프로그래밍 언어가 있나요?
53정성태3/4/20055829[마소 연재 기사: 2004-05] 특집 X-Inernet : 닷넷 스마트 클라이언트 [4]파일 다운로드1
52정성태3/4/20056079[마소 연재 기사: 2004-04] 실전!강의실 - IE에서 닷넷 스마트 클라이언트 개발 3파일 다운로드1
51정성태3/4/20056410[마소 연재 기사: 2004-03] 실전!강의실 - IE에서 닷넷 스마트 클라이언트 개발 2파일 다운로드1
55정성태3/30/20054865    답변글 [추가] 기본 보안만으로 구현하는 스마트 클라이언트 이벤트 구현
50정성태3/4/20058456[마소 연재 기사: 2004-02] 실전!강의실 - IE에서 닷넷 스마트 클라이언트 개발 1 [3]파일 다운로드1
49정성태9/7/20067677RSA 공개키/개인키 암호화, DES 암호화, MD5 단방향 해시 암호화 클래스 (C#) 2002.09.25파일 다운로드1
48정성태7/17/20035600C# 으로 만든 Base64 인코딩/디코딩 클래스 (C#) 2002.09.24파일 다운로드1
47정성태7/17/20034545C# 으로 만든 DLL 을 Managed C++ 에서 이용하는 예제 (C#, Managed C++) 2002.08.01파일 다운로드1
46정성태7/17/20034699.NET으로 만든 COM+ 객체를 HTML에서 사용 (C#, COM+) 2002.06.10파일 다운로드1
45정성태7/17/20034862COM+ 객체 원격 접근예제 (VC 6.0, ATL, COM+) 2002.05.31파일 다운로드1
44정성태7/17/20034800Win32 API Hook (VC 6.0, ATL) 2002.05.12파일 다운로드1
54정성태3/21/20054333    답변글 [추가]: 최근 나온 소개된 관련 기사파일 다운로드2
43정성태7/17/20035755탐색기 Namespace Extension 컨테이너 (VC 6.0, ATL) 2002.03.24파일 다운로드1
1  2  3  4  5  [6]  7  8