優秀ASP.NET程式設計師修煉之路(收藏)

暖楓無敵發表於2011-12-13
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也並不是一件很難的事情，注意“為人寫程式”，“內外兼修”，自然就能做出合格的應用程式。

相關文章