C #에서 개인 변수의 이름을 어떻게 지정합니까? [닫은]

C #에서 개인 변수에 가장 잘 사용되는 명명 규칙은 무엇입니까?

1. private int myInteger;
2. private int MyInteger;
3. private int mMyInteger;
4. private int _myInteger;
5. private int _MyInteger;
6. 신비한 다른 옵션

어느 것을 사용하고 왜? (저희 회사는 C #을 처음 접했고 코딩 표준에 들어가기 위해 가장 "업계에서 인정 된"방법을 선택하고 싶습니다.)

MSDN 클래스 디자인 지침 http://msdn.microsoft.com/en-us/library/ta31s3bc.aspx 는 옵션 1-myInteger를 권장합니다.

나는 항상이 스타일을 사용했습니다. 나는 _ 캐릭터를 개인적으로 싫어합니다.

위의 옵션 # 4를 사용합니다.

private int _myInteger;

변수 이름에 범위를 표시하고 싶습니다. 밑줄로 충분합니다. 읽기도 쉽습니다.

다음과 같은 명명 체계를 사용합니다.

• 지역 범위 변수의 첫 번째 (myInteger)
• 공공 재산에 대한 두 번째 (MyInteger)
• 개인 변수의 네 번째 (_myInteger)

옵션 4가 실제로 가장 읽기 쉬운 옵션이라고 생각합니다. 이를 수행하는 데 도움이됩니다.

public Person(string name, int age) 
{
    this.name = name;
    this.age = age;
}

또한 모든 개인 구성원이 더 눈에 띄게 만듭니다. 다음 예에서 도대체 어디 age에서 왔습니까? this한정자가 없으면 말하기가 더 어렵습니다.

private void Method()
{
    var x = 2;
    var y = age + x;
}

이것은 이해하기 쉽습니다.

private void Method()
{
    var x = 2;
    var y = _age + x;
}

우선, PascalCasing은 일반적으로 클래스의 공용 속성, const, 메서드 등을 위해 예약되어 있습니다. 그래서 나는 2와 5를 건너 뛸 것입니다.

둘째, 헝가리어 표기법은 .NET 세계에서는 권장되지 않으므로 3은 옳습니다. 그것이 3으로 진행되고 있다고 가정합니다.

camelCasing과 _camelCasing이 남습니다. 나는 일반적으로 클래스 변수에 _camelCasing을 사용하고 메소드 범위 또는 더 좁은 범위의 변수에 대해서는 일반 오래된 camelCasing을 사용합니다. 낙타 케이싱은 분석법 인수, 보호 / 개인 변수 이름 및 분석법 또는 더 좁은 범위 내 변수에 사용되는 표준입니다.

또한 내 개인 변수가 내 지능으로 그룹화되도록 밑줄을 추가하고 싶습니다. 그러나 유형 범위의 변수에 대해서만이 작업을 수행합니다. 메소드 또는 더 좁은 범위 내에서 선언 된 변수는 밑줄을 생략합니다. 변수를 쉽게 분리하고 덜 사용 된 변수를 함께 유지할 수 있습니다.

private int integer

메소드 범위에서 멤버 변수와 로컬 변수가 혼동되면 리팩토링해야합니다.

C # /. net에서 가장 좋은 방법은 2와 6의 조합이라고 생각합니다.

private int MyInteger { get; set; }

이론적으로 여기에는 변수가 없지만 개인 인스턴스 변수처럼 보이고 작동합니다. 비즈니스 로직을 그 가치에 추가해야하는 경우 (완전히 내부 가치이므로 결국 원하는 모든 것을 할 수 있음) 이미 '속성 화'된 것입니다. 뜨거운 김이 나는 컵!

옵션 # 4는 SSCLI와 비슷하기 때문에 솔직히 개인 변수의 이름을 지정하는 데별로 신경 쓰지 않습니다. 공개는 다른 이야기입니다.

BTW 당신은 ​​m_MyInteger를 잊었다

나는 그것을 "내"라고 부르지 않을 것이다!

그러나 나는 말할 것이다

class C
{
     int VariableName { get; set; }
}

종종 이것은 명백한 변수를 갖는 것보다 좋습니다. 명시 적 개인 변수가 있다면 그것을 호출 할 것입니다int _variableName;

C ++에서는 편집기를 많이 전환 할 때 _를 사용하는 경향이 있습니다.

C #의 경우 Visual Studio에서 비공개인지 확인할 수 있기 때문에 _를 떠나는 경향이 있습니다.

나는 이것을하기 위해 낙타 케이스 방식을 사용하는 경향이 있습니다.

다음과 같은 private int _myInteger;이유로 4 ( )를 사용합니다 .

private int myInteger;

이것이 내가 지역 변수의 이름을 지정하는 방법입니다.

private int MyInteger;

이것이 상수의 이름입니다.

private int mMyInteger;

이것은 C # 스타일이 아닙니다.

private int _MyInteger;

이상해 보인다.

밑줄로.

Bill Wagner는 Effective C #의 이유를 설명합니다 . 하지만 정수 이름을 절대 내 정수 , _age 또는 _length 같은 더 나은 뭔가. 인스턴스 이름에 TypeName을 포함시키는 것은 끔찍한 관행입니다. 이름은 설명이 필요하며 C #은 Type-Safe 형식이므로 항상 찾을 수 있습니다.

보다 구체적인 예를 제시해야하지만 다음과 같습니다.

private int count, private int badFileCount,private static readonly int ReconnectAttemptsLimit

그건 그렇고, 최신 및 가장 큰를 설치하고 사용할 때이 모든 것을 무료로 얻습니다 MSFT Stylecop.

나는 옵션 5로 간다. private int _MyFoo

그래도 _myFoo에 비해 실질적인 경쟁 우위는 보이지 않습니다.

camelCasing을 다음과 같은 개인 변수에 사용하십시오. myInteger

선행을 고려 _속성이 confusions- 감소하는 변수가 백업 인 경우
변수 _myProperty속성을MyProperty

ReSharper는 내 변수뿐만 아니라 다른 모든 변수에도 이름을 지정합니다. 프로젝트를 통해 많은 일관성이 있습니다.

Juval Lowy의 IDesign C # 코딩 표준 은 매우 유명합니다. 이 표준에서는 개인용 멤버 변수 앞에 "m_"을 붙일 것을 권장합니다 (옵션 6). 그것이 우리 팀에서하는 일입니다.

private int m_myInteger;

옵션 4 ( _myInteger)는이 표준의 수용 가능한 변형입니다.

MSDN 권장 사항 ( myInteger)이 마음에 들지 않았습니다 . 로컬 변수에서 개인 구성원에게 알리기가 어렵 기 때문입니다. 물론 그들의 추천은 개인 멤버를로 자격을 부여함으로써이 문제를 해결합니다 this.