내 프로젝트 매니저는 지난 주 클래스의 속성에서 ndoc을 사용할 것을 암시했습니다. 이 일을해야합니까? 이를 수행하는 것이 가장 좋은 방법이라고 생각합니까? 현재 현재 작업하고있는 프로젝트 섹션에 대한 모든 ndoc을 확장 중이지만 얼마나 깊이 들어가야하는지 알지 못합니다. 물론 클래스와 각 메소드에 요약, 매개 변수, 반환 및 설명을 제공했지만 속성에도
.NET Framework 3.5를 사용할 때 프레임 워크 3.5를 지원하는 -0.91-alpha2가 있지만 설명서를 작성할 때 다음 오류가 발생합니다. <target name="Documentation">
<property name="nant.settings.currentframework" value="net-3.5"/>
<ndoc>
방금 작성한 새로운 코드를 통해 클래스와 메소드에 NDoc sytle 주석을 추가합니다. 나는 꽤 좋은 MSDN 스타일의 문서를 생성하기를 기대하고있다. 일반적으로 클래스 및 메서드에 대한 의견을 쓸 때 좋은 지침은 무엇입니까? NDoc 의견은 무엇을 말해야합니까? 그들은 무엇을 말하지 않아야합니까? .NET 프레임 워크 주석이 말하는 것을 보았지만 느
Microsoft는 Sandcastle의 CTP/Beta 버전을 출시 할 때 NDoc을 삭제했으며, 예를 들어 UI가 통합 된 새 버전의 sandcastle에 대한 정보는 거의 볼 수 없습니다. 최신 realease는 2008 년 5 월 릴리즈입니다. Sandcastle은 죽은 프로젝트입니까, 아니면 Visual Studio 2010에 포함될 예정입니까?
우리는 C++에서 C# 및 WinRT로 이동하는 개발자 그룹을 보유하고 있습니다. 우리는 C++ 개발자 빌드의 일부로 D' Oxygen을 사용했으며, C#/WinRT의 개발자 빌드의 일부로 문서 생성을 계속하고 싶습니다. XML Doc 생성을 켜기 쉽습니다. 잘못된 태그에 대한 경고를 제공하지만 실제 HTML 출력이 없으면 개발자에게 가치있는 피드백이 누락