所謂的「SiteMapPath」，在ASP.NET 2.0即為下圖的紅框部分: http://img248.imageshack.us/img248/4909/forumnavigatorbn3.gif 它是一個稱為「SiteMapPath」的控制項，讀取XML檔的階層語法來達成 可以動態修改節點的內容，但要新增/刪除節點則不知如何下手 我未使用過，只是單純看一下google資料就猜它的輪廓 即使綁在來源SiteMapPath.DataSource，好像要控制節點也很麻煩 因為就算能讀取，階層式怎麼表達就讓程式師手軟。 很多書上有寫SiteMapPath範例，但我猜書上一定會避重就輕 即已有xml的節點，只是單純切換既有節點而己 (不寫技術重點就是中文書的毛病)。 既然沒有現有資源可輕取，所以我回到原始概念去挑戰這種類似遞迴式的path寫法， 首先，我利用ParentId讓這樣的階層關係能用單一SQL table就能表達 接著為了效能考量，我一次全部下載所有清單(只作1次sql擷取遠端資料)， 利用DataTable.Select()在記憶體中取出相關的record， 再透過遞迴函式一一找出每個節點的父親， 形成parent-child的表達方式。 讀大學時，對資料結構的遞迴(recursive)程式實在是看不懂， 到了職場為了避重就輕，還是不太會寫 後來function重複呼叫實在太多次了，需要用遞迴的需求清楚得不得了 真正去實作遞迴，發現只要rule很清楚，它根本就是簡單且直覺的寫法 只要留意最後一次exit的時機即可。 但我還是討厭遞迴method，並不是它難，而是它在整體工作未完成時 並不會釋放method內的區域變數宣告資源， 若是自呼太多階，記憶體可能就不夠用了 (假如method需要耗很多記憶體的話) 除此之外，只要用心去使用遞迴，它真是不難! 我們都被大學時代的書本給嚇得不敢去思考其原意了。 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.115.133.93