.Net Core如果不使用xml註釋創建文檔如何不使用xml註釋

我正在使用Sandcastle一段時間，而且我也用於在.Net源參考中查找xml內聯註釋。它們通常與msdn上的描述完全匹配。
由於.Net 4.6和.Net核心，它似乎像微軟創建他們的評論不同。
（不能在.NET源參考找到它們了）

.Net Core如果不使用xml註釋創建文檔如何不使用xml註釋

一個例子：
https://msdn.microsoft.com/de-de/library/system.string.padright(v=vs.110).aspx
這種方法在MSDN評論，但我無法找到它的來源：
http://referencesource.microsoft.com/#mscorlib/system/string.cs,56cb688f4f1dc9e4

我想知道他們如何使用.Net 4.6以及他們將如何使用.NET Core進行此操作。 任何人都可以確認並向我解釋這個嗎？

編輯：由於.Net核心是開源的，我們應該能夠弄清楚這一點。但我找不到任何有關它的信息。

EDIT2：由於.Net Core是開源的，我認爲我們應該有權訪問或至少能夠訪問他們內部的「祕密」文檔工具。我們還可以如何進一步開發.Net Core並編寫文檔。 有誰知道該工具或在哪裏可以找到它？

來源

2016-04-08 Noel Widmer

對於.Net Core沒有內部的「祕密」文檔工具，它只是DocFX。 – Rebornix

免責聲明 MSDN工程團隊的開發人員，維護傳統平臺和新平臺。

首先，我們確實爲MSDN提供了多種文檔生成工具/解決方案，但核心部分始終是反射。我們利用自動工具幫助從源代碼中提取API簽名和評論，然後將它們保存在XML或Markdown文件中。我們正在使用的最新工具是DocFX http://dotnet.github.io/docfx/。其次，由於所有API簽名和註釋都存儲在文件中，因此技術編寫者可以/允許對其進行修改以使其更具可讀性（現在我們在源代碼和最終產品之間存在差距，對不對？）。此外，作家將添加單獨的文件，即概念文件，以填寫描述，代碼示例和指導到相應的API。

最後，所有這些文件將被轉換爲xliff文件進行本地化。

簡而言之，這些文檔是從源代碼評論和作者的輸入生成的。後面的一個將在稍後轉移到GitHub上，歡迎社區貢獻。

來源

2016-04-09 13:40:23 Rebornix

你能介紹一下嗎？我一直在玩DocFX，從代碼註釋生成API文檔並添加概念內容。但是，我沒有看到一個清晰的路徑來生成翻譯人員可以使用的XLIFF文件，並且能夠將其轉換回本地化的Web內容。更令人擔憂的是，如果在XLIFF中更改了源註釋（en-US），或者源代碼更改爲添加或刪除字段，方法，類等時，我無法看到所有內容都可以保持同步。 –