推薦：解析ASP與存儲過程
ASP與存儲過程(Stored Procedures)的文章不少，但是我懷疑作者們是否真正實(shí)踐過。我在初學(xué)時(shí)查閱過大量相關(guān)資料，發(fā)現(xiàn)其中提供的很多方法實(shí)際操作起來并不是那么回事。對于簡單的應(yīng)用，這

樹形目錄顯示程序

問題描述：

在我們項(xiàng)目中常常會出現(xiàn)自關(guān)聯(lián)的數(shù)據(jù)表，如果我們從整體看去，整個(gè)表就呈現(xiàn)為一個(gè)樹形數(shù)據(jù)結(jié)構(gòu)（對于復(fù)雜的情況，它可能變成一個(gè)圖）。當(dāng)們對這個(gè)表進(jìn)行顯示，編輯時(shí)，如果不采用好的表現(xiàn)形式，會顯得很笨拙，為此，我們開發(fā)這樣的樹形結(jié)構(gòu)的程序。在上一版本中，我們使用的是遞歸算法來實(shí)現(xiàn)，在我們對這個(gè)算法評測時(shí)發(fā)現(xiàn)，對于擁有成千上萬條記錄的數(shù)據(jù)庫就不再能勝任了，所以在新的算法版本中，我們使用了XML技術(shù)，動態(tài)的發(fā)現(xiàn)數(shù)據(jù)，以解決一次從服務(wù)器下在大量數(shù)據(jù)的尷尬，同時(shí)也遍免了如果表數(shù)據(jù)結(jié)構(gòu)呈現(xiàn)為圖時(shí)就會進(jìn)入死循環(huán)的錯(cuò)誤。

實(shí)際思路：

1、 初始顯示時(shí)只顯示根與二級節(jié)點(diǎn)，根與二級節(jié)點(diǎn)同在一層次

2、 點(diǎn)擊一節(jié)點(diǎn)，如果它的子節(jié)點(diǎn)區(qū)域?qū)ο蟛淮嬖冢瑒t建立對象，同時(shí)下載數(shù)據(jù)更新數(shù)據(jù)，顯示所有子節(jié)點(diǎn)。

3、 每個(gè)節(jié)點(diǎn)在建立后都就有相同的功能，如檢查子節(jié)點(diǎn)是否存在，顯示隱藏子節(jié)點(diǎn)等等

4、 DHTML XML ASP CSS同時(shí)使用

技術(shù)難點(diǎn)：

1、 使用XMLhttp接口時(shí)亂碼問題：

因?yàn)樵贏SP輸出頁面中，缺省的編碼方案并不是中文的，那么在客戶端頁面的XMLhttp中解釋時(shí)，就會以缺省的方案解析，所以就會出現(xiàn)亂碼。為此，我們在Server端的ASP頁面中，加入如下代碼定義編碼方案：

Response.CharSet="GB2312"

Response.ContentType="text/HTML"

2、 如何在界面上保持上一版本的風(fēng)格（類資源管理器形式）：

在上一版本中，所有的頁面內(nèi)容都是一氣呵成的，在控制上采用遞歸等思想，所有時(shí)的界面相對友好，當(dāng)時(shí)本版中的機(jī)制發(fā)生了變化，內(nèi)容是有多次合成的 關(guān)鍵問題，img ,span 對象的id 如何確定 經(jīng)過求證，在界面上，本版本的界面難以與第一界面相同，所以只能保留一部分，但是總體來說，新界面同樣也能滿足需要

因?yàn)樵谶@里不好使用附件，所以只能貼源碼了：

分享：解析ASP中的常用服務(wù)器檢測源碼
在寫ASP網(wǎng)頁時(shí)常用的檢測代碼: 服務(wù)器現(xiàn)在時(shí)間: 引用 % =now %> 服務(wù)器CPU型號: 引用 %=Request.ServerVariables(HTTP_UA_CPU)%> 當(dāng)前分辨率: 引用 &l