Я работаю над новой библиотекой, и я использую комментарии XML для документации API вместе с SandCastle, которая работает очень хорошо.Использование MAML для концептуальной документации библиотеки
Но мне нужно написать дополнительную документацию, которая охватывает концепции, общую архитектуру, рабочие демки и т.д., диаграммы классов и т.д.
У меня есть 2 варианта:
- использовать некоторые вики-движок и писать документацию стиль вики ,
- Используйте MAML, который, кажется, для этой цели.
Использование wiki представляется безопасным решением, поскольку существует множество стабильных, популярных и бесплатных двигателей, но API и концептуальная документация не будут идти рука об руку (сшивка, внешний вид и т. Д.). Использование MAML означает кривую обучения, и я не уверен, насколько она зрелая и каковы ее преимущества/недостатки.
Вы использовали MAML/Wiki для этой цели и каковы были ваши знания? Что бы вы мне посоветовали?
Когда я не получил никаких ответов, я сделал оценку самостоятельно, и я также решил использовать MAML и по тем же причинам. Вы смотрите на мои решения. – Hemant
Отлично. Мне любопытно получить некоторые ваши мнения/методы для перекрестной ссылки между концептуальной и документацией API. Как вы в конечном итоге управляете своим оглавлением? Вы когда-нибудь находили способ вложить свою сгенерированную документацию API в TOC, или каждое пространство имен все еще является узлом верхнего уровня в TOC? –