用微軟的解析，用的 30的document，修改節點和查詢節點：
首先succeeded(pdoc.createinstance(__uuidof(msxml2::domdocument30) 建立，載入文件
有了文件，就可以獲取節點了。
用getelementsbytagname可以獲取所有同名的標籤節點，有點效率小問題，畢竟要查詢節點才能找到名字，
一般就是一層層往下找。可以先獲取 pdoc->get_documentelement(&proot); 根節點，然後從根節點出發查詢指定的節點，並查詢屬性。
可以selectnodes獲取同名的列表，獲取長度之後，迴圈遍歷。
每個節點會有子節點，getfirstchild，每個子節點的兄弟節點getnextsibling，節點名字和值之類的可以直接獲取了，
要獲得有名節點對映表，之後，可以用length來獲取有幾個屬性值。getitem可以遍歷所有屬性節點，這些節點的值可以獲取了
，然後修改節點屬性值l
msxml2::ixmldomelementptr( pnx )->setattribute(_bstr_t(_t("connectionstring")),vart)
把之前獲得到的節點拿出來（就是屬性節點的上一層或者父節點）就可以設定屬性值了。
現在來說一下問題。
1：主要是設定屬性一直沒正確，除錯了n次後發現就結的catch塊…………出錯了，就沒儲存修改。
2：乙個算是小bug的玩意吧，variant變數的糾結命名啊，在vt_bstr 在 這個模式下可以設定值，但是在
在這個模式下就是悲劇，不能賦值。一直是空，後來用_bstr_t重新命名變數，這個類是從 variant繼承來的玩意，
（用的wlt），重新命名後再呼叫setattribute後就沒這些問題了。建議變數以後按照函式的定義形式來，強制裝換有時候也會有出問題的的時候。
3.結束。
糾結的問題
1.工具類中，配置，資料庫連線，日誌等這些系統基礎性的變數或常量，通過引數的方式傳入好，還是通過import匯入好？引數傳入的好處 該工具類與當前系統的依賴性比較低，可以很容易地把該工具類移植到其他系統，import匯入的好處，工具類的上層不需要關注太多配置，資料庫連線和日誌這些東西，也就是呼叫介面...
偷個空，寫個部落格 各種溝通各種糾結
這個專案超級緊張，而真正消耗時間的是在溝通方面。溝通成本是整個專案中的最高成本。產品到專案經理，專案經理到開發人員 由於專案用到了第三方的產品，於是第三方與專案經理 專案經理與產品 專案經理與開發 開發與第三方 各種各種的溝通。磨破了唇，想破了腦袋，才發現原來是這麼回事，明天再次溝通發現，原來不是這...
sdnu1024 糾結的頁碼問題
1024.糾結的頁碼問題 time limit 1000 ms memory limit 32768 kb total submission s 230 accepted submission s 138 description 要期末考試了，陶陶在看書複習，看著看著就走神了，他注意到書的每頁都乙個...