C #에서 변수에 관한 비디오를보고 있습니다. 작성자는 메소드 내부에 변수를 선언하고 다음과 같이 이름을 지정했습니다. string MyName = "James";
내 질문은 : .Net Framework에서 권장하는 규칙입니다. 위의 예와 같이 파스칼 케이스입니까, 아니면 낙타 경우입니까?
C #에서 변수에 관한 비디오를보고 있습니다. 작성자는 메소드 내부에 변수를 선언하고 다음과 같이 이름을 지정했습니다. string MyName = "James";
내 질문은 : .Net Framework에서 권장하는 규칙입니다. 위의 예와 같이 파스칼 케이스입니까, 아니면 낙타 경우입니까?
답변:
나는 '공식적인'협약과 같은 것이 없다고 생각합니다. 내가 아는 한 많은 경험이 많은 C # 개발자는 다음을 모범 사례로 간주합니다.
PascalCase for public member variables (string MyName = "James")
camelCase for local variables (string myName = "James")
_leadingUnderscore for private member variables (string _myName = "James")
이 방법을 사용하면 첫 글자의 경우 지역 변수와 공개 및 비공개 멤버를 구분할 수 있습니다.
다른 코딩 규칙과 마찬가지로 개인 선호도도 적용됩니다. 따라서 명확한 답은 없습니다. 일반적인 목표는 코드를 가능한 한 읽기 쉽고 이해하기 쉽게 유지하는 것입니다.
PascalCase
, 지역 주민을 받고 camelCase
, 개인 회원이을 얻는 것을 _leadingUnderscore
봅니다.
(aParameter: string)
있습니다. 매개 변수는 본질적으로 로컬 변수이며 특히 값으로 전달 될 때 변수가 실제로 매개 변수로 전달되는 것을 "보는"것이 매우 유용합니다. C #에 그러한 규칙이 있습니까?
private string _SomeString
. 이것이 컨벤션이라고 말 하시겠습니까? (발가락을 C #에 담그고 이것에 대해 궁금해합니다).
.Net Framework 명명 규칙 ( v4.5 , v1.1 )은 이에 대해 무시됩니다. 지역 변수 이름 지정에 대한 표준을 지정하지 않습니다. 당신은 이것들을 명명하기 위해 당신의 자신의 컨벤션을 결정해야 할 것입니다.
나는 개인적으로 camelCase를 사용하고 this
필요할 때 매개 변수 이름에서 멤버 변수를 명확하게 합니다. 그러나 밑줄 (예 :) _memberVariable
도 유효합니다.
this
지역별 변수를 필드 / 속성과 구별하기 위해 명명 규칙을 사용하는 이유입니다 . 매번 5 개의 추가 문자가 너무 많습니다.