【正文】 先的代碼里ASP 編譯器將考慮表達式的等式右邊并且從左到右評價它。在新版本中，我們給編譯器一個暗示以改變它執(zhí)行操作的次序。這技術導致 15 級聯(lián)操作中包含小的數(shù)據(jù)流并且只有一個 sHTML 是增長的。 串聯(lián) 使用插入語在一定的情形下 能使性能和可測量性有相當明顯的差別，我將在本文中證明。然而，如果我們想要得到改進建造大數(shù)據(jù)流的性能，我們需要作出第 2個選擇，就是減少數(shù)據(jù)流分配的數(shù)量。這是一個包含數(shù)據(jù)結構緩沖器和試圖插入新內容的類，且只有在數(shù)據(jù)長度超過緩沖器的長度時才進行再分配。在 ASP 和 Visual Basic 世界我們無法使用這種類，因此我們需要創(chuàng)造屬于我們自己的。 Option Explicit 39。 buffer size and growth Private m_nInitialSize As Long Private m_nGrowth As Long 39。 set defaults for size and growth m_nInitialSize = DEF_INITIALSIZE m_nGrowth = DEF_GROWTH 39。 set the initial size and growth amount Public Sub Init(ByVal InitialSize As Long, ByVal Growth As Long) If InitialSize 0 Then m_nInitialSize = InitialSize If Growth 0 Then m_nGrowth = Growth End Sub 39。 grow the buffer Private Sub Grow(Optional MinimimGrowth As Long) 39。 just grow Dim nGrowth As Long nGrowth = IIf(m_nGrowth MinimimGrowth, m_nGrowth, MinimimGrowth) m_nSize = m_nSize + nGrowth m_sText = m_sText amp。 trim the buffer to the currently used size Private Sub Shrink() If m_nSize m_nPos Then m_nSize = m_nPos 1 m_sText = RTrim$(m_sText) End If End Sub 39。 add a number of text strings Public Sub Append(ParamArray Text()) Dim nArg As Long For nArg = 0 To UBound(Text) AppendInternal CStr(Text(nArg)) Next nArg End Sub 39。 clear the buffer and reinit Public Sub Clear() InitBuffer End Sub 在這個類中使用的基本原理是一易變的（ m _ sText）被保持在作為一個數(shù)據(jù)緩沖器的類水平，這個緩沖器通過使用 Space$函數(shù)被調整到一定尺寸， 并用空格符充滿它。 ToString 函數(shù)返回數(shù)據(jù)被正確儲存，同時也整理緩沖器的大小以適合數(shù)據(jù)。 Function WriteHTML( Data ) Dim oSB Dim nRep Set oSB = ( ) 39。還有經(jīng)常性開支包含額外方法稱作 StringBuilder 實例。amp。方法有關，還取決于數(shù)據(jù)串聯(lián)的數(shù)量，數(shù)據(jù)流的大小和 StringBuilder 數(shù)據(jù)緩沖區(qū)預置參數(shù)選擇的情況。 內構的建造方法 ASP 包括一種快速增加你的 HTML 代碼的方式，并且僅僅是對 的簡 單調用。被修正的 WriteHTML 代碼顯示如下。對這些代碼的移動也變得有點困難（以 COM 的組成為例）， 因為該函數(shù)依賴于Response 數(shù)據(jù)流的利用。該試驗的執(zhí)行依據(jù) Application Center Testamp。（ ACT）通過選擇一個委托人（ Windowsamp。 XP Professional, PIII850MHz, 512MB RAM）依靠專業(yè)的服務器（ Windows 2020 Advanced Server, dual PIII1000MHz, 256MB RAM）以100Mb/sec 的速度。每次試驗由 20秒加熱時間和隨后的一個 100 秒負荷組成并盡可能多提出請求。迄今，每次測試走都在各種各樣的串聯(lián)方法中運行過。這對應用支持多少請求和用戶在下載網(wǎng)頁時應該等待多久給出了一些意見。amp。) method PCAT The parenthesized concatenation (39。39。 Table 2 試驗樣品的頁面大小和串聯(lián)的數(shù)量 No. of iterations No. of concatenations Page size (bytes) 15 240 2,667 30 480 4,917 45 720 7,167 60 960 9,417 75 1,200 11,667 120 1,920 18,539 180 2,880 27,899 240 3,840 37,259 300 4,800 46,619 360 5,760 55,979 420 6,720 62,219 Figure 2 Chart showing throughput results 象期望的那樣，我們能從圖表 2 看見，多重的 方法（ RESP）在整個測試的迭代范圍中給我們最好的吞吐量。在某處經(jīng)常性開支為 220 迭代的 StringBuilder 方法（ BLDR）開始顯示出價值，這歸功于數(shù)據(jù)緩沖，不管怎么樣但有一點，在 ASP頁中使用 StringBuilder 將很可能得到額外的成就。標準數(shù)據(jù)串聯(lián)方法的響應時間（ CAT）如此增加得如此迅速以致于那些圖表被重復除了這種方法（圖 4），因此其它方法之間的差別能被檢查。 結論 在這次討論中我集中于多少數(shù)據(jù)流建造技術可以被應用于 ASP 環(huán)境中間；但是不忘記這適用于任何具有大數(shù)據(jù)流的 Visual Basic 的情況，例如手工建立 XML 資料。 ? 首先試試括入圓括號 39。39。這對代碼結構只有很小的影響，并且你將發(fā)現(xiàn)這將提高應用性能使你超越你的目標。這將給你最好的性 能以避免不必要存儲器的字符串處理。 雖然你可能沒有正確認識本文中表現(xiàn)的相同的性能增加，我已經(jīng)在現(xiàn)實的 ASP網(wǎng)頁應用中使用這些技術以闡述它在性能和可測量性方面的極少的額外的努力。reg。reg。reg。reg。 (13 打印頁 ) 緒論 當大多數(shù)的網(wǎng)絡用戶使用帶有典型設置的瀏覽器訪問網(wǎng)頁時，那些沒有能力的用戶一般利用可選的方法獲得網(wǎng)上的信息。一個視力衰竭的人可能仍然在使用諸如 Microsoftamp。 Inter Explorer 的瀏覽 器，但是要輔助于屏幕放大器，或者設定特別大的顯示字體。 由于殘疾人通過使用特殊的設備和不標準的瀏覽器設置進行網(wǎng)上沖浪，一個網(wǎng)站的總體設計對殘疾人的使用有著非常大的影響。那些含有 Flash 或者Shockwave 界面，而且不提供更改、文字表達的，大大阻礙了殘疾人使用盲文設備和 texttospeech 合成器。 從這一點上說，你 可能會想： “ 我為什么要考慮保證我的網(wǎng)站是容易接近的？ ”我認為這有兩個很好的理由： 這是一個好買賣 —— 從美國 2020 年的人口普查來看，有 4970 萬的美國人都有能力缺陷；從 Harris Interactive 在 2020 年 6 月的登記顯示 43%的有缺陷的美國人是一般的網(wǎng)絡用戶，而且有能力缺陷的人的上網(wǎng)時間幾乎是正常人的 2倍。如果你不花一點時間讓你的網(wǎng)站容易接近，你將失去 2100 萬潛在的訪問者。這項法律為軟件應用和網(wǎng)絡應用以及電訊產品和視屏產品提供了指導方針。（在其他的一些國家對政府機構也有類似的要求）因此，如果你是為政府工作或者在一個為政府提供服務的公司工作，制作容易接近的網(wǎng)絡應用是必需的。我們將簡短地看一下可利用的正式的可接近指南，然后集中在被美國政府使用的可接近指南中。 WAI, WCAG, and 508 條標準 使一個網(wǎng)站更容易達到有許多措施可被采取。一個財富進入世界 500 強的公司所需要的站點內部網(wǎng)比只有 25個雇員的公司的站點內部網(wǎng)需要更高的可達到程度。 WAI 首先發(fā)表Web 內容滿足可接近指南或者說叫 WCAG。 指南并不詳細說明如何制作一個更可達到的網(wǎng)站。例如，指南 1“ 提供等效的聽覺和視覺內容的選擇 ” 。關卡詳細說明如何保證可接近性。 2）優(yōu)先權價值 一個 Web 開發(fā)者必須滿足這個關卡 ，否則一個或更多用戶將很難訪問到內容。 除列舉的 14條指南和他們相關聯(lián)的， WCAG 還提供了一個網(wǎng)站可接近的 3級分類刻度。實現(xiàn)全部優(yōu)先權 1和優(yōu)先權 2的評價雙 A，實現(xiàn)所有關卡的評價三 A。 雖然對 WCAG 的徹底的討論在本文的范圍之外，以下列出的是 WCAG 的 14條指南。 1. 提供等效的聽覺和視覺內容的選擇 2. 不要僅僅依賴于顏色 3. 使用標記和風格并盡量這么做 4. 闡明自然語言的使用 5. 建立優(yōu)美地容易改變的表格 6. 保證網(wǎng)頁可以容易使用新技術 7. 保證用戶能控制改變對時間敏感的內容 8. 保證用戶界面能直接達到 9. 為獨立設備做設計 10. 使用臨時的解決方法 11. 使用 W3C技術和指南 12. 提供前后關系和方向性信息 13. 提綱清晰的導航機制 14. 保證文檔簡潔清晰 創(chuàng)造一個適應性的、可接近的 DataGrid Web 控制 2020 年 6 月提出的 Web 控制將 Web 控制提高到第 508 條標準。幸運的是你可以很容易地擴展現(xiàn)有網(wǎng)絡控制以滿足你的公司所需要的達到性要求。特別的，我們可以通過延伸的功能讓一個不符合達到性要求的網(wǎng)站達到要求。 WCAG 關卡 說道： “ 保證當 scripts、 applets 或者其他功能腳本代碼不可用或者不支持時網(wǎng)軋仍然可用。例如，保證觸發(fā) scripts腳本的鏈接在 scripts關閉或者不支持時仍能正常工作（例如，不要使用 “javascript ： as the link target” ）然而， LinkButton 呈現(xiàn)出超鏈接到javascript:linktarget(ahref=javascript:__doPostBack(39。,39。).../a). 問題是不支持 JavaScript 的瀏覽器不會點擊鏈接后返回信息。這時，按鈕控制顯示的是一個 input type=submit標簽而不是一個帶 javascript: link target 的鏈接。它唯一的客戶端script 評論可以在 rule (l)中找到，它寫道： “ 頁面利用 scripting 語言來顯示內容，或者構造基礎的界面，由 script 提供的信息將由可以通過幫助技術讀取的功能性文本來識別。 不過，我曾經(jīng)聽一些在為政府做項目的開發(fā)者說他們被要求不使用 JavaScript功能。 有 5 種內置的 DataGrid 專欄： 邊界專欄 按鈕專欄 編輯需求專欄 鏈接專欄 模板專欄 父類 DataGridColumn，為所有的 DataGrid 類專欄提供了道具和方法。 DataGridColumn 類有兩個制作 DataGrid時起非常重要作用的方法： ? Initialize() – 初始化 DataGridColumn，在 DataGrid 的綁定過程中每個專欄調用一次。 Cell 是在初始化過程中用實際的 HTML table表示的 TableCell； Index 是單元初始化過程中的行索引； ItemType 是ListItemType 的例舉值，指定所增加單元的類型（ Item, AlternatingItem, Header, Footer, EditItem 等等）。源于 BoundColumn、 ButtonColumn、 EditCommandColumn 等等用于表現(xiàn) DataGrid 項目的類。 為了讓我們的 DataGrid 能根據(jù)用戶的瀏覽器是否支持 Java 腳本而自動適應，我們要創(chuàng)造一個 由 Data