ASP.NET控件的HTML代碼
我們知道制作一個(gè)控件，一般比只實(shí)現(xiàn)同樣功能的模塊要復(fù)雜，因?yàn)槲覀冃枰紤]更多的異常和適應(yīng)性，才能達(dá)到我們整合和復(fù)用代碼的效果。而當(dāng)我們開發(fā)一個(gè)ASP.NET控件時(shí)，不管我們的控件有多么復(fù)雜的功能和UI表現(xiàn)，我們最終在客戶端瀏覽器里得到的都只是HTML代碼和腳本的組合。
而就是這些控件生成的HTML代碼，它們的格式是不是就可以隨意處理呢。那么不能隨意又是什么意思？難道我們必須要保證HTML代碼的排版，并保持 HTML良好的層次縮進(jìn)什么的嗎？這里剛剛相反，我們因該盡量去掉和控件HTML代碼沒有關(guān)系的任何東西，包括"無(wú)用的"空格和回車。為什么要強(qiáng)調(diào)無(wú)用的呢？我們知道瀏覽器在處理HTML源代碼時(shí)，對(duì)于其中連續(xù)的空格和回車，都是按一個(gè)空格來處理并顯示的。所以，似乎我們并不用在意ASP.NET控件在Render時(shí)，HTML代碼前后或中間多出的無(wú)用空格或回車。那么我們來看一下下面這個(gè)示例：
- <img id="analysisChart" src="ChartPic_000007.
jpeg?B9FA64E7-2020-4430-AAF4-B20A51794909" usemap="#usemap_analysisChart">- <map id="usemap_analysisChart">
- <area>...<area>
- </map>
上面這個(gè)代碼片斷是Dundas Web Controls中的Web Chart控件輸出的HTML代碼。這個(gè)帶有hot area的Chart圖片在使用時(shí)似乎沒有什么問題，如果就是普通的單獨(dú)使用這個(gè)Chart，確實(shí)是沒有問題。可是當(dāng)我們把Dundas Chart組合到自定義的WebControl中時(shí)，它這種帶有換行和縮進(jìn)的HTML代碼就帶來問題了。由于布局的需要，我需要把這個(gè)Chart放入一個(gè)表格之中，并讓表格顯示一個(gè)像素的border緊密包圍Chart。本來這個(gè)Chart的外觀就只是一個(gè)圖片而已，這樣的組合似乎應(yīng)該沒有任何問題，可實(shí)際情況是那個(gè)Chart的圖片始終不能撐滿外面的表格，而在圖片底部和表格底邊上總是有3-4 個(gè)像素的間隙。而這個(gè)間隙就是由于< img />和< map>之間有空格和換行(雖然IE只當(dāng)它是一個(gè)空格)造成的。
由于Dundas Web Chart是發(fā)布的已經(jīng)編譯好的dll，所以要?jiǎng)h除它輸出的HTML中無(wú)用的空格和回車就變的比較麻煩了。我們只能從它的Render流中把HTML代碼取出，然后手動(dòng)的去掉tags之間的空格和回車，再輸出到新控件的輸出流中去。這樣的方法雖然可以解決一部分問題，可是如果遇到內(nèi)部控件過于復(fù)雜，這時(shí)不管在正確性還是效率上就都是額外的負(fù)擔(dān)。
所以從上面的問題我們看出，當(dāng)我們制作一個(gè)ASP.NET控件時(shí)，因該讓最后呈現(xiàn)的HTML代碼遵循"代碼緊湊原則"，以提高控件的適應(yīng)性。在這樣的原則下先前那個(gè)示例就應(yīng)該這樣：
- <img id="analysisChart" src="ChartPic_000007.jpeg?B9FA64E7-2020-4430-AAF4-B20A51794909"
- usemap="#usemap_analysisChart"><map
- id="usemap_analysisChart"><area>
- ...
- <area></map>
這樣一來Chart圖片就和包圍它的表格邊框緊密挨在一起了。
【編輯推薦】
