ASP.NET定義主題和外觀

來源:論壇
初級的程式員或經驗不足的程式員往往只意識到自己的程式是寫給電腦的，而不會在意程式其實也是寫給人的，或在意得不夠、不全面。

　　寫給機器的程式，往往追求的是運行正確、執行效率能滿足要求。但程式員的任務僅僅就是把商務邏輯轉成機器能編譯的電腦語言嗎?

　　其實，程式首先(注意，是首先)是寫給人的。第一，程式是寫給看代碼的人的。第二，程式是寫給用程式的人的。瞭解這一點，才能理解寫程式為什麼要有代碼規範，為什麼要有各種文檔，為什麼寫子程式時要命好名，為什麼要分層，為什麼要學設計模式，為什麼要寫測試案例，為什麼要推敲按鈕的擺放，為什麼要按XHTML標準寫Web介面，為什麼要用AJAX … …理解了這一點，才能更好的做好上面種種事情。

　　誰都在說“細節決定成敗”，誰都知道要注意細節。為什麼大家都在講細節，有的人能通過細節打敗對手，有的人連細節在哪一方都不知道，這就是水平的高低所在。我們要有心理準備：細節不是喊一聲就會出現在你面前的。感知到細節，這是一個需要不斷學習和實踐，甚至有人指導的過程。這個過程有長有短，要看個人的學習能力，領悟能力。但最起碼，我們首先要有一個方向。找程式的細節，方向就是“為人寫程式”，在你做設計，寫代碼，擺弄介面的時候，心裡時刻記住這一點，幾個項目下來，你自然能看到很多細節了。

　　“內外兼修”

　　武俠電影裡的高手，往往都是通過奇門心法，內力陡增而成為高手的。但我們做程式的，要成為高手，“內外兼修”才能事半功倍。內，指的是需求把握，設計思想，設計模式等。外，指的是寫代碼時的規範，做介面時的嚴謹等。

　　看武俠看多了的我們，偏內輕外的特點是很明顯的。看看書店裡寫設計模式主題的書籍和指導代碼規範的書籍的數量和銷量對比就是一個很好的證明。但是就算設計模式一套一套，但寫的類卻給人看半天也看不出思路的話，一兩年之後，你仍將陷入一個個泥潭中。

　　再舉個例子，有的人自稱ASP.NET程式員，而且他寫出來的後台代碼也層次清晰，條理清楚，但是做出來的介面，結構與表現混雜，一大堆IDE自動產生的垃圾代碼充斥其中，該用單選框的用文字框，按鈕放在誰都想不到的地方，不該使用者操作的要使用者操作，一步可操作完的搞成幾步也不能完成操作……很顯然，他不可能做出成功的產品。也許他也知道介面要合理，但是就是因為他不修外功，認為我是搞.NET這種先進技術的，去補習什麼HTML、JavaScript、CSS不是自貶身價嗎?其實，認真研究過HTML、JavaScript這些技術的人都會體味到，運用這些技術比流行的.NET、Java更有挑戰性，而且你獲得直接操作使用者介面元素的能力後，以前那種做介面效果、介面功能時有心無力的情形將一去不返，這是很痛決的!

　　如何學習ASP.NET

　　要成為一個優秀的ASP.NET程式員，不僅要掌握.NET架構，理解ASP.NET的原理，而且要對DHTML架輕就熟，甚至對各種瀏覽器之間的差異也要有所瞭解，所以做ASP.NET程式員是一件很有挑戰的工作。那麼如何學習ASP.NET，並最終成為優秀的ASP.NET程式員呢?

　　我認為可以分為兩個步驟來走：首先，熟悉ASP.NET各種標準控制項的用法，瞭解ASP.NET工作原理。接著，朝“內”和“外”兩個方向擴充自己的知識和技能。

　　在Visual Studio .NET這樣優秀的IDE協助下，我們使用各種ASP.NET控制項，掌握ASP.NET基本的工作原理應該是比較容易的。如能輔以幾個簡單的項目練習一下比較複雜的DataGrid、DataList等資料繫結控制項的話，基本掌握ASP.NET是應該沒有多大問題的。

　　之後，我們就可以朝兩個進階方向前進了。“修內”的話，深刻理解物件導向的編程思想是必修的，然後是各種的B/S架構的模式(比如MVC)的理解，最後是設計模式等等軟體工程的概念和技術。“修外”則更重實踐。首先，做項目時注意把一些可以實現在用戶端的邏輯用DHTML在用戶端實現出來，以此掌握結合服務端、用戶端技術的方法，加深對HTML的DOM對象的理解，熟練常用的JavaScript技巧。進而練習對Web介面的結構、資料、表現三者進行分離的規劃、設計與實現。

　　如此看來，學習ASP.NET也並不是一件很難的事情，注意“為人寫程式”，“內外兼修”，自然就能做出合格的應用程式。