표준형과 사용자 정의 형을 구문 적으로 구별하는 요점은 무엇입니까?

여기서는 C ++ 및 Bjarne Stroustrup의 명명 규칙을 구체적으로 언급하지만 원칙적으로 사람들이 여기저기서 다른 언어에 대해 다소 유사한 규칙을 사용하는 것을 보았습니다.

따라서 기본 아이디어는 코드를 읽는 동안 표준 유형을 사용자 정의 유형과 구별 할 수 있어야한다는 것 입니다. 예를 들어, Bjarne Stroustrup은

유형의 초기 대문자 (예 : 정사각형 및 그래프)

이를 고려하면

C ++ 언어 및 표준 라이브러리는 대문자를 사용하지 않습니다

위에서 언급 한 목표를 달성 할 수 있습니다.

그러나 왜 그렇게해야합니까? 표준 및 사용자 정의 유형을 구별하는 목적은 무엇입니까?

나는 그 문제에 대한 Bjarne Stroustrup의 추론을 찾을 수 없었으며, 또한 나는 정반대 방식으로 생각합니다. "DI는 누가 Stroustrup에 이의를 제기해야합니까?" 그러나 연산자 오버로드와 같은 많은 C ++ 언어 기능은 사용자 정의 형식이 표준 형식과 비슷한 수준의 구문 지원을 허용하는 목적으로 사용됩니다. 그리고이 모든 것은 다른 명명 규칙에 의해 당황합니다 ...

추신 : 한 단어만으로는 클래스의 이름을 짓기에 충분하지 않으며 대문자로 시작하는 밑줄로 분리 된 단어는 너무 외국처럼 보입니다.

그러한 목적에는 절대 목적이나 이점이 없습니다. C ++의 목표 중 하나는 UDT와 프리미티브를 상호 교환 가능하게 처리하는 것이 었으며, 완전히 성공하지는 않았지만 차별화 할 필요가없는 영역입니다.

명명에 관해서는 Stroustrup은 견과이며 과학적으로 입증 된 사실입니다.

명명 규칙은 코드의 인간 (즉, 프로그래머와 관리자) 이해를 지원하는 것에 관한 것입니다.

변수, 초기화, 표현식 및 명령문 선언이 표준 유형의 경우와 다르게 작동하도록 UDT를 지정할 수 있습니다. 문제를 찾기 위해, 관리자는 코드의 일부 섹션이 펑키 한 일을 할 수 있다는 신호를받는 것이 유용합니다 (예를 들어 일부 함수 내에서 사용되는 사용자 정의 정수 유형의 구현에는 추가 방법에 결함이있을 수 있음).

이러한 단서를 제공하는 방법에는 여러 가지가 있습니다 (의견, 설계 사양 등). 이름 지정 규칙의 장점은 코드에 존재하지만 주석은 오래되었거나 생략 할 수 있다는 것입니다.

유형에 대문자를 사용하는 한 가지 이유는 변수를 유형과 구별하는 것입니다. 이를 통해 대문자를 제외하고 동일한 이름으로 변수를 선언 할 수 있습니다.

Foo foo;
Graph graph;

이는 구성 설정과 같이 각 컨텍스트에서 하나의 인스턴스 만 사용되는 클래스에 유용 할 수 있습니다.