在.net的世界，掛羊頭賣狗肉

很多人都說自己是.net程式員，問為什麼，說是開發的網頁是aspx副檔名的，又說用N層結構。
首先來看一段代碼：public static void Alert(object message)
        {
            string js = @"<Script language='JavaScript'>
                            alert('{0}');  
                          </Script>";
            HttpContext.Current.Response.Write(string.Format(js, message.ToString()));
        }

相信大家已經看出問題了，javaScript的部分我們先不討論，單說這Response.Write。

首先，必須肯定這個代碼是可以啟動並執行（不然就不會在項目中使用了）。顯然，這種用法是不好的。雖然它可以運行，但是這段代碼至少有兩大罪狀：
      第一，不符合xhtml的標準，response.Write會將資料寫在<!DOCTYPE     ……    /〉的上面。
      第二，破壞文檔結構，使介面不能按照預想效果呈現。
其次，這種寫法不符合asp.net的編程思想，asp.net試圖將所有的東西都對象化，利用對象體系進行操作。所以，在asp.net中提供了一套註冊指令碼的方法（如：Page.ClientScript.RegisterClientScriptBlock，在asp.net ajax中使用 ScriptManager.RegisterClientScriptBlock）用這些方法，給人的感覺非常好，很OO。
涉及到javaScript函數時，應將函數寫在一個js檔案中，然後去引用這個檔案，再在代碼中調用。

現在，回過頭來看裡面的內容。裡面的參數既然是object，問了下別人，才知道是為了讓異常能直接做參數進行傳遞。我暈了，徹底的被他們給“征服了”。
     第一，異常既然直接alert給使用者，我們給使用者的應該是友好的資訊，而將產生的異常給log下來。
     第二，弱類型。設計成object是為了既能傳String又能傳Exception.這個設計很糟糕，不說Exception這樣傳遞過來顯示沒有意義，用了object就能傳遞其他任何的對象，就算是想傳遞這兩種類型的對象，也應該用重載，不應該使用object.

當然，在我接觸的代碼中，還有很多這種不合理的所謂.net代碼。我開始就懷疑寫這個代碼的人是從asp轉到asp.net的，一打聽，果然是。

這隻是其中的一種，就是將asp中的開發模型或者方法、思路拿到asp.net中來用。典型的臨床表現是：javaScript代碼寫在C#代碼中，不用主版頁面用架構。

還有很多種這類所謂的.net程式員了。大概是因為asp.net入門太容易了，所以這裡面的水分就多的讓人吃驚。不過這類人也不會混得太差，因為經過他們的無數次BT的if嵌套，也實現了多態的功能。而且他們寫的程式大家都看的懂，但只有他自己才能維護，代碼量又多的要命，讓boss以為他們工作比我們勤奮。可惜，我們站的高，但沒多少人能看那麼遠了。