Ви сказали: "Я хочу спростити читання коментаря у фактичному документі". Я згоден.
Розробники проводять більшу частину свого життя в коді , не переглядаючи автоматично створені документи. Вони чудово підходять для бібліотек третьої сторони, як графік, але не для внутрішньої розробки, де ми працюємо з усім кодом. Я в шоці, що MSFT не придумав рішення, яке краще підтримує розробників. У нас є регіони, які динамічно розширюють / згортають код ... чому ми не можемо мати перемикання на місці виведення коментарів (між необробленим текстом та обробленим XML-коментарем або між необробленим текстом та обробленим HTML-коментарем) ?. Здається, я повинен мати деякі елементарні можливості HTML у моїх коментарях до методу / класу прологі (червоний текст, курсив тощо). Безумовно, IDE може працювати трохи HTML-магії обробки, щоб оживити вбудовані коментарі.
Моє рішення щодо хакерського рішення : я змінюю "<" на "{" і ">" на "}". Це, здається, охоплює мене для типового коментаря щодо стилю використання, включаючи ваш конкретний приклад. Недосконалий, але прагматичний враховуючи проблему читабельності (та проблеми із забарвленням коментарів IDE, що виникають при використанні '<')