일부 함수와 생성자는 constexpr 변수를 정의하는 데 사용할 수 있도록 constexpr로 선언할 수 있습니다. 특히, 함수 사이에 빈 줄을 한두 개 이상 넣지 말고, 함수를 빈 줄로 시작하는 것을 지양하고, 함수를 빈 줄로 끝내지 말고, 빈 줄을 아껴서 사용하세요. 예외를 사용할 수 있는 방법과 위치에 대한 몇 가지 규칙을 통해 이 비용을 최소화할 수 있지만, 개발자가 알고 이해해야 하는 비용이 더 커집니다. 참조 축소 및 참조 전달에 대한 특별 공제 규칙과 같은 규칙은 다소 모호합니다. 일부 변수는 constexpr로 선언되어 해당 변수가 실제 상수, kream 추천인 즉 컴파일/링크 시 고정됨을 나타낼 수 있습니다. 인라인을 강제하기 위해 constexpr 또는 consteval을 사용하지 마십시오. 우리는 합리적인 범위 내에서 친구 클래스와 기능의 사용을 허용합니다. 이 규칙은 소규모 수업에서는 선택 사항입니다. 약식 이름에 대한 규칙은 변수 이름과 마찬가지로 네임스페이스에도 적용된다는 점을 명심하세요. RTTI에 대한 주장은 유형 태그가 있는 클래스 계층 구조와 같은 해결 방법에도 똑같이 적용됩니다. 코딩 스타일과 형식은 매우 임의적이지만 모든 사람이 동일한 스타일을 사용하면 프로젝트를 훨씬 쉽게 따라갈 수 있습니다. 프로젝트에서 사용하는 라이선스에 적합한 상용구를 선택하세요(예: Apache 2.0, BSD, LGPL, GPL). 어떤 경우에는 더 많은 설명이 필요합니다. int가 최소한 32비트라고 가정해야 하지만 32비트를 초과한다고 가정하지 마십시오. 최소한 기본적인 예외 안전을 보장해야 하거나, kream 추천인 예외를 포착해서는 안 되고 결과적으로 프로그램이 종료되는 것에 만족해야 합니다.

주석은 코드를 읽기 쉽게 유지하는 데 절대적으로 중요합니다. 의견을 작성할 때 청중, 즉 코드를 이해해야 할 다음 기여자를 위해 작성하십시오. 함수 본문을 복제하는 개념을 정의하거나, 코드 본문이나 결과 오류 메시지를 읽어 보면 사소하거나 명백해지는 요구 사항을 부과하지 마십시오. 단위 테스트에서는 자유롭게 사용할 수 있지만 다른 코드에서는 가능하면 사용하지 마세요. 해당 흐름에서 분리를 제공하기 위해 의도적으로 공백을 사용하십시오. 충분히 분리된 경우(예:.h 및.cc 파일) 클래스 사용을 설명하는 주석은 해당 인터페이스 정의와 함께 표시되어야 합니다. 클래스 작업 및 구현에 대한 설명은 클래스 메서드 구현과 함께 제공되어야 합니다. 최후의 수단으로 주석을 사용하여 호출 현장에서 인수 의미를 명확히 합니다. 각 출력 또는 입력/출력 인수에 대해 인수가 속한 상태에 어떤 일이 발생합니까? 설명은 대문자와 구두점을 적절하게 사용하여 서술형 텍스트처럼 읽을 수 있어야 합니다. 대신, 함수 정의의 주석에 남겨야 합니다. 그렇지 않으면, 함수가 잠재적으로 발생할 수 있는 소수의 경우에만 false를 평가하는 방식으로 간단한 조건과 함께 조건부 noException 지정자를 사용하십시오. 다른 고려 사항이 없으면 적절한 경우 각 줄에 여러 인수를 배치하는 것을 포함하여 최소 줄 수를 사용하십시오. 특정 가독성 문제가 없는 한 함수 호출에 필요한 줄 수를 줄이려면 한 줄에 여러 인수를 입력하세요. 제어되는 블록 내에서 여는 중괄호 바로 뒤에 한 줄 바꿈을 넣고, 닫는 중괄호 바로 앞에 한 줄 바꿈을 넣으세요.