2010-08-19 8 views

답변

4

어느 쪽이든 다를 수 있습니다.

예를 들어 "<root>/utility/header1.hpp"의 내용이 namespace utility이고 "<root>/utility/header2.hpp" 인 경우를 상상해보십시오.

파일을 추가하여 유틸리티 네임 스페이스를 설명하는 "<root>/utility.hpp" 파일을 추가 할 수 있습니다. 실수로 포함되지 않도록 상단의 #error Documentation only.에 넣을 수 있습니다.

하지만 적어도

+8

당신은 모든 네임 스페이스에 대한 특별한 파일이 필요하지 않습니다. 프로젝트의 프론트 페이지 문서를 제공하고 (/ ingroup 태그와 함께) 그룹을 설정하고 네임 스페이스를 모두 한 곳에서 문서화하는 글로벌 "프로젝트 문서"파일을 사용할 수 있습니다. 이렇게하면 모든 "개요"가 바람에 흩어져있는 것이 아니라 논리적 인 장소 하나에 유지 될 수 있습니다. 이 핵심 문서를 doxygen 설정 파일 등을 포함하는 "documentaiton"폴더에 넣을 수도 있습니다. –

+0

@ Jason이 답변을 읽은 후에는 실제로 내가 기울어 진 부분이었습니다. 좋은 계획 같아. – rhubarb

+0

@JasonWilliams : 귀하의 제안은 자체 답안의 가치가 있다고 생각합니다. 나는 이것이 더 나은 접근이라고 생각한다. – NobodysNightmare

1

이 문서에 가장 적합한 장소를 찾기 (무작위로 어떤 클래스에 혼합되지.) 온전한 장소에 보관하는 일부 아웃 오브 방식으로 파일을 만드는 것이 좋습니다, 그 파일들 중 하나에 있건 완전히 다른 파일에 있든 상관 없습니다. Doxygen을의 네임 스페이스 태그로 주석 블록을 사용하여 여기

/** 
* @namespace Foo 
* Documentation for Foo here. More docs for Foo here, 
* and down here. 
*/ 

문서가 : http://www.stack.nl/~dimitri/doxygen/commands.html#cmdnamespace