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

創(chuàng)新互聯(lián)建站專注于企業(yè)成都全網(wǎng)營銷、網(wǎng)站重做改版、和縣網(wǎng)站定制設計、自適應品牌網(wǎng)站建設、成都h5網(wǎng)站建設、商城網(wǎng)站定制開發(fā)、集團公司官網(wǎng)建設、外貿網(wǎng)站制作、高端網(wǎng)站制作、響應式網(wǎng)頁設計等建站業(yè)務，價格優(yōu)惠性價比高，為和縣等各大城市提供網(wǎng)站開發(fā)制作服務。

而就是這些控件生成的HTML代碼，它們的格式是不是就可以隨意處理呢。那么不能隨意又是什么意思？難道我們必須要保證HTML代碼的排版，并保持 HTML良好的層次縮進什么的嗎？這里剛剛相反，我們因該盡量去掉和控件HTML代碼沒有關系的任何東西，包括"無用的"空格和回車。為什么要強調無用的呢？我們知道瀏覽器在處理HTML源代碼時，對于其中連續(xù)的空格和回車，都是按一個空格來處理并顯示的。所以，似乎我們并不用在意ASP.NET控件在Render時，HTML代碼前后或中間多出的無用空格或回車。那么我們來看一下下面這個示例：

 
 
 

  
  
  
 id="analysisChart" src="ChartPic_000007.
jpeg?B9FA64E7-2020-4430-AAF4-B20A51794909" usemap="#usemap_analysisChart"> 

  
  
  
 id="usemap_analysisChart"> 

  
  
  
... 
  
  
  
 
 
 
 

上面這個代碼片斷是Dundas Web Controls中的Web Chart控件輸出的HTML代碼。這個帶有hot area的Chart圖片在使用時似乎沒有什么問題，如果就是普通的單獨使用這個Chart，確實是沒有問題?？墒钱斘覀儼袲undas Chart組合到自定義的WebControl中時，它這種帶有換行和縮進的HTML代碼就帶來問題了。由于布局的需要，我需要把這個Chart放入一個表格之中，并讓表格顯示一個像素的border緊密包圍Chart。本來這個Chart的外觀就只是一個圖片而已，這樣的組合似乎應該沒有任何問題，可實際情況是那個Chart的圖片始終不能撐滿外面的表格，而在圖片底部和表格底邊上總是有3-4 個像素的間隙。而這個間隙就是由于< img />和< map>之間有空格和換行(雖然IE只當它是一個空格)造成的。

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

所以從上面的問題我們看出，當我們制作一個ASP.NET控件時，因該讓最后呈現(xiàn)的HTML代碼遵循"代碼緊湊原則"，以提高控件的適應性。在這樣的原則下先前那個示例就應該這樣：

 
 
 

  
  
  
 id="analysisChart" src="ChartPic_000007.jpeg?B9FA64E7-2020-4430-AAF4-B20A51794909" 

  
  
  
usemap="#usemap_analysisChart"> 

  
  
  
id="usemap_analysisChart">
  
  
  
...
  
  
  
 
 
 
 

這樣一來Chart圖片就和包圍它的表格邊框緊密挨在一起了。