명명 규칙

Question

이것은 의견의 문제가 아니라 적절한 컨텍스트 이름을 선택하는 것이 좋습니다. 컨벤션에 중점을 두지 않기 때문에 가능한 중복으로 보지 않습니다.

동료는 이름을 분류하기위한 유형 정보 및 카테고리와 같은 요소를 기반으로 항목 이름을 지정하고 완전히 동의하지 않으며 변수, 개체 및 유형 (클래스)이 짧은 설명적인 이름을 가져야한다고 생각합니다. 형식 문법.

• 가능할 때마다 나는 보통 영어로 가장 잘 이해되는 이름을 선택하려고합니다. 이 유형 (클래스)이 아닌 때
• 나는 FilterPerson 이상 PersonFilter 선호는 회원에 대한 작업 (함수 또는 메소드)
• 내가 같은 매개 변수 페이지로 문맥 정보, 내 변수를 접두사하지 않으려는, 또는 _ 인 경우 변수 (필드)
• 나는 내 변수에 타입 정보를 절대 포함하지 않을 것이다. tbFirstName (TextBox firstName) 형식은 이름이 아닌 해당 선언에 의해 지정됩니다. 나는이 경우 C#을 주로 일하고 있어요 (자동 완성 기능) 창

그들이 인텔리 함께 닫 그룹에 원하기 때문에

나는 어떤 임의의 이름으로 내 변수를 앞에 절대 및 이해 정적 타이핑의 이점을 얻지 못하는 다른 언어들도 다른 걱정거리가있을 수 있지만, IDE (Visual Studio)의 지원으로 이러한 오래된 규칙들이 불필요하고 단순하게 추악 해집니다.

정적 언어는 컴파일 타임에 사용할 수있는 많은 유형 정보를 가지고있어 접두어를 중복 형식으로 만듭니다. 현재까지 Visual Studio에서 Microsoft가 사용하는 IntelliSense 엔진은 공정한 일을하지만 더 잘할 수 있습니다. (이것은 런타임에 타입이 해석 될 때 가능하지 않다. 정적, 동적 타입 언어에 다른 이름 짓기 규칙이 적용된다고 가정하는 것은 자연스러운 일이다. 그러나 전혀 차이가 없어야한다고 주장 할 수도있다. , 그 사실 때문에)

이 질문의 맥락에서 볼 때, 우리는 당신이 동의하지 않거나 동의하며 이러한 주장에 장점이 있습니까?

Answer 1

제 3의 포인트를 제외한 모든 포인트에 동의합니다. 나는 모든 구성원 필드의 너비 인 m_과 모든 정적 멤버 필드의 접두사를 s_으로하는 경향이 있습니다. 코드를 빨리 검토 할 때, 그것은 큰 차이를 만듭니다.