xmldoc

10熱度

1回答

我不知道這些XML參考是如何工作的，我只是不明白爲什麼他們工作或爲什麼他們不工作，我什麼也沒有發現。下面是一個例子： type TOuterClass= class strict private type TLogger = class public /// <summary>adds a log entry</summary>

0熱度

1回答

如何在PHP中使用XML文件的'firstChild'進入另一個孩子？

如何在PHP中使用firstChild獲取XML文件的另一個孩子？我有這樣的代碼： $root = $xmldoc->firstChild; 我可以簡單地進入第二個孩子或其他？

0熱度

1回答

如何在文檔註釋中使用自定義鏈接文本創建代碼引用？

我正在將應用程序庫從Java移植到C＃。在Java文檔中，有些地方使用自定義文本鏈接到特定的代碼引用。例如： Suffix --> {@link DataOutput#writeString String} 我使用XML文檔註釋類似的方法試過...... Suffix --> <see cref="DataOutput.WriteString(string)">String</se

0熱度

1回答

有沒有人知道什麼，如果有的話，doc生成器用於techbase.kde.org？

我正在瀏覽KDE的一些API參考頁面，並且專門查看了他們的techcase文檔，並且我瀏覽了https://techbase.kde.org的子頁面，我越是喜歡它們的可讀性，精簡性，清潔性等設計。有沒有人知道什麼，如果有的話，doc生成器用於techbase.kde.org？

0熱度

1回答

XML文檔的返回信息如何顯示？

我喜歡XML文檔功能，<summary>總是顯示出來，最近我發現如何通過在類項目的屬性頁的「構建」選項卡中設置輸出路徑來在Intellisense中使<param>中的函數參數信息可見或在Web項目的web.config中。但到目前爲止，我還沒有看到在<returns>標籤中編寫文檔的好處。我如何在Intellisense中使其可見？

0熱度

1回答

getElementsByTagName來不工作

我無法弄清楚，爲什麼我的代碼是不承認的變量名「HourlySchedule」 XML響應文本。當它到達：For Each HourlySchedule In Resp.getElementsByTagName("HourlySchedule")，它會跳到結束，而不是循環直通每個標籤。我試過幾個不同的標籤名稱，但它似乎不起作用。有什麼建議麼？我的VBA代碼： Sub Button1_Click()

1熱度

1回答

如何強調xml-doc中出現在工具提示中的單詞？

在xml-doc中是否有強調（使粗體，斜體或其他）一個單詞的標記？例如，在： /// <summary> /// Bla bla... /// <para> /// Important: take care of the wolf. /// </para> /// </summary> 我wan't「重要」被強調somhow（粗體/斜體/世襲的）當鼠標懸停在Visual Studio

1熱度

1回答

Visual Studio 2013在第一行後不會自動縮進XML註釋

我想我可能在Visual Studio 2013中意外擊中了一些我並不打算的按鍵。當我把///的方法前，它曾經在前面的方法自動創建以下類型的XML文檔： /// <summary> /// /// </summary> /// <returns></returns> 出於某種原因，現在無法縮進最後三行正確。第一行縮進它的位置，但最後三行並不像它們對齊文檔的左側。如果我按下Ctrl + K

0熱度

1回答

使用正確的名稱空間路徑解析XML（在VBA中）

我正在努力圍繞命名空間打包我的頭&使用VBA解析XML的路徑。在這裏，我有一些非常簡單的XML ... <?xml version="1.0"?> <GetOrdersResponse xmlns="urn:ebay:apis:eBLBaseComponents"> <Timestamp>2016-09-26T08:49:18.274Z</Timestamp> Ack <Version>

1熱度

1回答

解決XML文檔註釋困境

關於在C＃中XML文檔註釋-code有兩個思想流派：羅伯特C.馬丁的清潔守則「如果你仔細命名類，方法途徑和變量來表達你的工作意圖，你不需要評論。「你需要每一個註釋公共類，接口，方法和屬性由於程序員的懶惰，很多使用工具，如GhostDoc或ReSharper的自動生成XML文檔註釋。這些工具的意圖是提供一個基本的評論，這可以讓程序員很容易地擴展。然而，現實表明，許多生成的評論保持不變。因此