Отрицательный ответ от меня - просто документировать то, что я нашел ужасным.
Возможно, это просто случай жить в основном на земле Microsoft, но я никогда не видел язык документации API, который я могу читать так же легко, как и код.
Два источника документации, которые я регулярно читаю, - это электронная документация по SQL Server и документация MSDN C #. Я абсолютно ненавижу языки технической документации, используемые на обоих. Я нахожу, что почти 100% времени я погружаюсь прямо к примерам кода.
Например, ниже несколько строк из ссылки на t-sql для select - я пишу операторы select каждый день, но с этим действительно борюсь:
SELECT statement ::=
< query_expression >
[ ORDER BY { order_by_expression | column_position [ ASC | DESC ] }
[ ,...n ] ]
[ COMPUTE
{ { AVG | COUNT | MAX | MIN | SUM } ( expression ) } [ ,...n ]
[ BY expression [ ,...n ] ]
]
[ FOR { BROWSE | XML { RAW | AUTO | EXPLICIT }
[ , XMLDATA ]
[ , ELEMENTS ]
[ , BINARY base64 ]
}
]
Только в том случае, если я захочу углубиться в очень подробное или крайнее требование, я когда-нибудь найду время, чтобы заново изучить детали языка документации. Но, по крайней мере, для меня фактические синтаксисы документации испаряются, когда они удовлетворяют свои потребности.
РЕДАКТИРОВАТЬ - я чувствовал необходимость быть немного позитивным в отношении MSDN, я использую его чаще всего каждый день и нахожу его большим количеством информации, но обычно это примеры кода и пояснительный текст, а не API документация, которая дает мне информацию, которая мне нужна.