我們知道制作一個控件，一般比只實現(xiàn)同樣功能的模塊要復雜，因為我們需要考慮更多的異常和適應性，才能達到我們整合和復用代碼的效果。而當我們開發(fā)一個asp.net控件時，不管我們的控件有多么復雜的功能和UI表現(xiàn)，我們最終在客戶端瀏覽器里得到的都只是HTML代碼和腳本的組合。

    而就是這些控件生成的HTML代碼，它們的格式是不是就可以隨意處理呢。那么不能隨意又是什么意思？難道我們必須要保證HTML代碼的排版，并保持HTML良好的層次縮進什么的嗎？這里剛剛相反，我們因該盡量去掉和控件HTML代碼沒有關系的任何東西，包括"無用的"空格和回車。為什么要強調(diào)無用的呢？我們知道瀏覽器在處理HTML源代碼時，對于其中連續(xù)的空格和回車，都是按一個空格來處理并顯示的。所以，似乎我們并不用在意ASP.NET控件在Render時，HTML代碼前后或中間多出的無用空格或回車。那么我們來看一下下面這個示例： <img id="analysisChart" src="ChartPic_000007.jpeg?B9FA64E7-2020-4430-AAF4-B20A51794909" usemap="#usemap_analysisChart">
<map id="usemap_analysisChart">
    <area>...<area>
</map>
'www.survivalescaperooms.com
    上面這個代碼片斷是Dundas Web Controls中的Web Chart控件輸出的HTML代碼。這個帶有hot area的Chart圖片在使用時似乎沒有什么問題，如果就是普通的單獨使用這個Chart，確實是沒有問題。可是當我們把Dundas Chart組合到自定義的WebControl中時，它這種帶有換行和縮進的HTML代碼就帶來問題了。由于布局的需要，我需要把這個Chart放入一個表格之中，并讓表格顯示一個像素的border緊密包圍Chart。本來這個Chart的外觀就只是一個圖片而已，這樣的組合似乎應該沒有任何問題，可實際情況是那個Chart的圖片始終不能撐滿外面的表格(如下圖)，而在圖片底部和表格底邊上總是有3-4個像素的間隙。而這個間隙就是由于<img />和<map>之間有空格和換行(雖然IE只當它是一個空格)造成的。
    

    由于Dundas Web Chart是發(fā)布的已經(jīng)編譯好的dll，所以要刪除它輸出的HTML中無用的空格和回車就變的比較麻煩了。我們只能從它的Render流中把HTML代碼取出，然后手動的去掉tags之間的空格和回車，再輸出到新控件的輸出流中去。這樣的方法雖然可以解決一部分問題，可是如果遇到內(nèi)部控件過于復雜，這時不管在正確性還是效率上就都是額外的負擔。

    所以從上面的問題我們看出，當我們制作一個ASP.NET控件時，因該讓最后呈現(xiàn)的HTML代碼遵循"代碼緊湊原則"，以提高控件的適應性。在這樣的原則下先前那個示例就應該這樣：
<img id="analysisChart" src="ChartPic_000007.jpeg?B9FA64E7-2020-4430-AAF4-B20A51794909" usemap="#usemap_analysisChart"><map id="usemap_analysisChart"><area>...<area></map>
    這樣一來Chart圖片就和包圍它的表格邊框緊密挨在一起了。