• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 64, 文章 - 11, 評論 - 12, 引用 - 0
            數(shù)據(jù)加載中……

            XmlDom 用法小談

            XmlDOM  用法小談

                    今天,我覺得自己的情緒不夠好,我看他們的設計太不考慮性能方面的問題。而一味地講究不要冗余,是啊教科書上也老是說數(shù)據(jù)庫的設計要達到什么樣的標準。我個人卻老是覺得對適當?shù)赜萌哂嗄軗Q來大的性能提升是很有幫助的。我這個人過于死板了些吧?所以把這種情緒帶進了工作,覺得很是不該。開篇寫了題外話。

                    前兩天我設計了一個頁面,這是一個多級聯(lián)動的頁面,當選了項目后,項目后面的單元格中的下拉框中出現(xiàn)與這個項目對應的方法,方法過后則是出現(xiàn)儀器,項目還聯(lián)動著標準。當初考慮性能上的問題我在這個頁面中采用了AJAX(AjaxPro)技術(shù),經(jīng)過使用發(fā)現(xiàn)了其中的一個很嚴重的錯誤(程序員愛把它稱為BUG,但我認為沒有滿足要求的就是錯誤)。當點了一單元格時,會異步回到服務端拿數(shù)據(jù),而在這期間用戶是可以點其它的地方,這時候返回來的數(shù)據(jù)只會寫在當前活動的單元格中,但這時活動的單元格卻早已不是源目標了。所以出現(xiàn)了這個難以忍受的錯誤。我們不能要求或者假設用戶不以很快的類似玩游戲的速度來操作MOUSE。所以我的這個設計構(gòu)想是錯誤的。

                    鑒于上面的原因,我決定對頁面做如下的修改。在載入頁之初,就通過服務端預期地把這個數(shù)據(jù)組強成XML文件放到頁面上去,而頁面單擊找數(shù)據(jù)也就在客戶端可以完成。這樣就會大提高反應的速試了,也不會出現(xiàn)前面說的在這個異步的過程中客戶的操作而引發(fā)錯誤。

                  在服務端的工作(這是C#做的):我先把數(shù)據(jù)組織成XML文件,進而把它放在頁面上。在服務端我采用了XmlWritter這個類。用法如下
            StringBuilder sb=new StringBuilder();
                    XmlWriterSettings settings 
            = new XmlWriterSettings();
                    settings.Indent 
            = true;
                    settings.OmitXmlDeclaration 
            = true;
                    settings.NewLineOnAttributes 
            = false;
                    _writer 
            = XmlWriter.Create(sb,settings);
            _writer.WriteStartDocument();

                   在上面我們就構(gòu)造好了XML寫入器了。而在以下就只要調(diào)用下面幾個方法就可以了。
            _writer.WriteStartElement("ITEMS");
            _writer.WriteStartElement(
            "ITEM");
            _writer.WriteAttributeString(
            "ID","10");
            _writer.WriteAttributeString(
            "Name","PH");
            _writer.WriteEndElement();
            _writer.WriteFullEndElement()

            //產(chǎn)生出來的樣子
            <ITEMS>
               
            <ITEM ID="10" Name="PH"/>
            </ITEMS>
                    好了上面的代碼可以讓我產(chǎn)生出一個XML來了。

                   上面準備好服務端,現(xiàn)在我得開始客戶端了。這里我用到了IE瀏覽器中的XMLDOM這個組件了,在別的瀏覽器中也有另處的DOM組件的,其操作和語法甚至函數(shù)上都有很大相同的了。
            xmlDom=new ActiveXObject("MSXML2.DOMDocument");
            xmlDom.loadXML(strXml);//這是一個字符串
            var root=xmlDom.selectSingleNode("ITEMS");
            var items=root.selectNodes("ITEM");//找ROOT下所有的ITEM子節(jié)點。
            var item=root.selectSingleNode("ITEM[@id=10]");//則是找其下一個ITEM其ID屬性為10了。
            關(guān)于XQL的語法,我在有空時會以一個短文來說一說的了。

            posted on 2007-11-09 17:17 Robertxiao 閱讀(472) 評論(0)  編輯 收藏 引用 所屬分類: 天馬行空

            99久久免费只有精品国产| 国产福利电影一区二区三区久久久久成人精品综合 | 久久精品男人影院| 久久久精品久久久久久| 久久久亚洲裙底偷窥综合| 国产亚洲欧美精品久久久| 久久99精品国产一区二区三区| 日本道色综合久久影院| 久久这里的只有是精品23| 精品国产91久久久久久久| 亚洲精品美女久久久久99小说| 男女久久久国产一区二区三区| 久久九九久精品国产| 久久精品国产亚洲av麻豆小说| 综合久久精品色| 999久久久免费国产精品播放| 久久AV高潮AV无码AV| 久久国产影院| 青青热久久综合网伊人| 亚洲欧美久久久久9999| 亚洲欧美精品伊人久久| 97精品久久天干天天天按摩| 欧美亚洲国产精品久久| 亚洲国产成人久久一区WWW| 精品欧美一区二区三区久久久 | 9191精品国产免费久久| 天堂久久天堂AV色综合| 久久只有这里有精品4| 久久综合给合综合久久| 精品99久久aaa一级毛片| 久久中文娱乐网| 91精品国产综合久久四虎久久无码一级 | 国产午夜精品理论片久久| 2022年国产精品久久久久| 久久久久久毛片免费播放| 久久综合九色综合网站| 青草国产精品久久久久久| 伊人久久大香线蕉综合影院首页 | 久久久久亚洲AV成人网人人网站| 国产精自产拍久久久久久蜜| 国产精品热久久毛片|