비교적 큰 프로젝트를 개발하고 있다고 가정하십시오. 이미 Doxygen으로 모든 클래스와 함수를 문서화했지만 각 소스 코드 파일에 "프로그래머의 노트"를 넣는 아이디어가있었습니다.
이것 뒤에 숨겨진 아이디어는 평신도의 용어 로 특정 계급의 작동 방식 을 설명하는 것입니다 ( 대부분의 주석이하는 이유 뿐만 아니라 ). 다시 말해, 동료 프로그래머들에게 수업이 어떻게 진행되는지에 대한 다른 견해를 제공하는 것입니다.
예를 들면 다음과 같습니다.
/*
* PROGRAMMER'S NOTES:
*
* As stated in the documentation, the GamepadManager class
* reads joystick joystick input using SDL and 'parses' SDL events to
* Qt signals.
*
* Most of the code here is about goofing around the joystick mappings.
* We want to avoid having different joystick behaviours between
* operating systems to have a more integrated user experience, since
* we don't want team members to have a bad surprise while
* driving their robots with different laptops.
*
* Unfortunately, we cannot use SDL's GamepadAPI because the robots
* are interested in getting the button/axes numbers, not the "A" or
* "X" button.
*
* To get around this issue, we created a INI file for the most common
* controllers that maps each joystick button/axis to the "standard"
* buttons and axes used by most teams.
*
* We choose to use INI files because we can safely use QSettings
* to read its values and we don't have to worry about having to use
* third-party tools to read other formats.
*/
이것은 새로운 프로그래머 / 기여자가 어떻게 작동하는지 이해하기 위해 대규모 프로젝트를 쉽게 만드는 좋은 방법일까요? 일관된 코딩 스타일과 '표준'디렉토리 구성을 유지하는 것 외에도 이러한 경우에 대한 '표준'또는 권장 사항이 있습니까?