Wikipedia 에는 헝가리 표기법의 장단점이 있으므로이 질문에 대한 가장 포괄적 인 답변을 제공 할 수 있습니다. 주목할만한 opinons는 또한 매우 흥미로운 읽기입니다.

헝가리 표기법을 사용 하지 않는 이점 은 기본적으로 단점을 피하는 것입니다.

• 컴파일러에서 형식 검사를 수행하면 헝가리어 표기법이 중복됩니다. 유형 검사를 제공하는 언어 용 컴파일러는 변수 사용이 해당 유형과 자동으로 일치하는지 확인합니다. 육안 검사는 중복되며 사람의 실수에 따라 달라질 수 있습니다.

• 모든 최신 통합 개발 환경은 요청시 가변 유형을 표시하고 호환되지 않는 유형을 사용하는 작업에 자동으로 플래그를 지정하여 표기법을 크게 사용하지 않습니다.

• 헝가리 표기법은 테이블의 기본 키의 일부인 a_crszkvc30LastNameCol데이터베이스 열 LastName형식 의 내용을 보유하는 상수 참조 인수와 같이 여러 속성을 나타내는 데 사용되는 경우 혼동됩니다 varchar(30).

• 코드를 수정하거나 이식 할 때 불일치가 발생할 수 있습니다. 변수 유형이 변경되면 변수 이름의 장식이 새 유형과 일치하지 않거나 변수 이름을 변경해야합니다. 특히 잘 알려진 예는 표준 WPARAM유형이며 wParam많은 Windows 시스템 함수 선언에서 수반되는 형식 매개 변수입니다. ‘w’는 ‘word’를 나타내며, 여기서 ‘word’는 플랫폼 하드웨어 아키텍처의 기본 단어 크기입니다. 원래 16 비트 워드 아키텍처에서는 16 비트 유형이지만 운영 체제의 최신 버전에서는 32 비트 워드 아키텍처에서는 32 비트로, 64 비트 워드 아키텍처에서는 64 비트로 변경되었습니다. 원래 이름 (실제 기본 유형은UINT_PTR즉, 포인터를 보유하기에 충분히 큰 부호없는 정수). 시맨틱 임피던스, 따라서 플랫폼 간 플랫폼에서 프로그래머의 혼란과 불일치는 ‘w’가 서로 다른 환경에서 16 비트를 의미한다고 가정합니다.

• 대부분의 경우 변수의 사용을 아는 것은 그 유형을 아는 것을 의미합니다. 또한 변수의 사용법을 알 수없는 경우 변수 유형에서 추론 할 수 없습니다.

• 헝가리어 표기법은 프로그래머가 전체 유형 지정자를 먼저 입력해야하기 때문에 변수 이름 완성을 지원하는 풍부한 기능의 코드 편집기를 사용하는 이점을 크게 줄입니다.

• 불필요 한 유형 및 범위 접두사로 변수의 목적을 난독 화함으로써 코드를 읽기 어렵게 만듭니다.

• 추가 유형 정보가 더 설명적인 이름을 대체하지 못할 수 있습니다. 예를 들어 sDatabase독자에게 그것이 무엇인지 말하지 않습니다. databaseName더 설명적인 이름 일 수 있습니다.

• 이름이 충분히 설명적인 경우 추가 유형 정보가 중복 될 수 있습니다. 예를 들어 firstName문자열 일 가능성이 높습니다. 따라서 이름을 지정 sFirstName하면 코드가 복잡해집니다.

나는 불필요한 기술적 소음을 싫어하기 때문에이 표기법을 사용하지 않습니다. 나는 항상 어떤 유형을 다루는 지 알고 있으며 도메인 모델에서 깨끗한 언어를 원하지만 주로 정적이고 강력한 유형의 언어로 작성합니다.

답변

CompositeWebControl comWCMyControl = new CompositeWebControl();