【birdshome 】ASP.NET控制元件開發之"程式碼緊湊原則"

我們知道製作一個控制元件，一般比只實現同樣功能的模組要複雜，因為我們需要考慮更多的異常和適應性，才能達到我們整合和複用程式碼的效果。而當我們開發一個ASP.NET控制元件時，不管我們的控制元件有多麼複雜的功能和UI表現，我們最終在客戶端瀏覽器裡得到的都只是HTML程式碼和指令碼的組合。

    而就是這些控制元件生成的HTML程式碼，它們的格式是不是就可以隨意處理呢。那麼不能隨意又是什麼意思？難道我們必須要保證HTML程式碼的排版，並保持HTML良好的層次縮排什麼的嗎？這裡剛剛相反，我們因該儘量去掉和控制元件HTML程式碼沒有關係的任何東西，包括"無用的"空格和回車。為什麼要強調無用的呢？我們知道瀏覽器在處理HTML原始碼時，對於其中連續的空格和回車，都是按一個空格來處理並顯示的。所以，似乎我們並不用在意ASP.NET控制元件在Render時，HTML程式碼前後或中間多出的無用空格或回車。那麼我們來看一下下面這個示例：
    上面這個程式碼片斷是Dundas Web Controls中的Web Chart控制元件輸出的HTML程式碼。這個帶有hot area的Chart圖片在使用時似乎沒有什麼問題，如果就是普通的單獨使用這個Chart，確實是沒有問題。可是當我們把Dundas Chart組合到自定義的WebControl中時，它這種帶有換行和縮排的HTML程式碼就帶來問題了。由於佈局的需要，我需要把這個Chart放入一個表格之中，並讓表格顯示一個畫素的border緊密包圍Chart。本來這個Chart的外觀就只是一個圖片而已，這樣的組合似乎應該沒有任何問題，可實際情況是那個Chart的圖片始終不能撐滿外面的表格(如下圖)，而在圖片底部和表格底邊上總是有3-4個畫素的間隙。而這個間隙就是由於和