經過對WEB應用程式設計的基礎瞭解後,將進入開發的主角,此處以ASP.NET為主,當然開發上可以使用PHP JSP ASP..等,因各技術都有偏好者,此處不談各技術的優劣,即使以ASP.NET來說就充斥著非常多的開發方式,包含
有的喜歡ASP.NET MVC(有<%.....%>的撰寫方式,比較容易找回過去的感覺)
有的偏好ASP的開發方式Response.Write出呈現的網頁 完全不用到任何控制項 即使分頁也是一樣 大量的傳遞參數 接收參數
也有的覺得控制項很難控制,所以不用控制項,以jQuery的方式開發系統,因為存取資料庫的部分以WCF做掉,所以頁面的部分完全以jQuery的方式來控制呈現,不使用.net的控制項
有的以.net的viewstate當作是病垢點,覺的網頁中為了記住控制項狀態而夾了大量的編碼後的viewstate,會影響效能.

當然各說各話,已經歷過的專案來說,都是老王賣瓜而已,當自己特別熟悉了某種方式,就會大力推舉某種開發方式最好,希望別人跟進,但是技術的東西非常廣泛 不吃不喝不睡覺也學不盡 也學不完..一般還是以標準的開發方式來當作基準較適合..因為據了解很多使用.net卻又病垢.net的人,其實外行人看熱鬧,並不知在爭論什麼,當然箇中都有原因的,如某項舊有技術轉到.net的人,因為覺得跟不上學習的腳步,覺得那麼多控制項的屬性和事件要去瞭解,會變成車尾,也覺的不想變成新手,即使過去在另個技術已經是老手,加上覺得要去瞭解那麼多.net的控制項特性,所以開始找出.net的缺點,事實上,任何一項技術一定都有優點也有缺點,但為了逃避學習而指出缺點,只是一種自我安慰的方式,並沒任何意義..

觀察了業界的許多老手工程師,當.net2002 2003出來時,他們抱著觀望的心態,因為本身已經有了非常熟悉的技術,所以希望那只是曇花一現..希望.net 2003之後就是終結點了...但是隨著2005 2008 2010的排山倒海而來..客戶也指定要用.net,這時已經從2002~2010了,那麼多年過去了,等於想要追也有氣無力了,加上資訊的東西日新月異,十年的東西,要能趕上進度談何容易,但又不想被定位為只會舊技術的過去式的人,因此即使千百個不願意換到.net,還是一樣反正.aspx一個可以用以前的方式撰寫,一樣可以Response.Write出html,反正網頁上不就是html...

觀察也發現 越是不想或不認同.net所應該的開發方式的工程人員,越是喜歡偏好很像..asp的開發方式的模式,特點是喜歡在aspx頁面檔裡面加工,加非常多的工,就算是絞盡腦汁也要達成不在後置程式碼,也就是code behind或code beside中寫半行程式碼,弄得本來UI和邏輯或資料存取或資料處理運算應該要切開的,卻把ASPX弄得滿滿滿...而後置程式碼檔卻空空空...
而且也非常討厭CLASS這個東西,反正就是程式會跑就對了,沒有設計架構、沒有切UI、 BUSINESS LOGIC、DATA ACCESS,更別說繼承 封裝 多型..

而當頁面要改樣式,美工根本分不清UI和龐大的程式碼,動完UI而程式一跑掛掉了,..當客戶希望改為WINDOWS AP時,也掛了,商業邏輯抽不出來,資料處理、資料庫存取、資料流程抽離不出來,又當作好的是一個產品時,不同的客戶要做客製化時,修改個頁面上的表格,原本改個屬性就好了,卻要測個老半天,Response.Write外加大量的跑回圈組html字串,如何能不測個老半天..
缺少模組化、元件化、無法抽離、沒有REUSE的架構,這才是真正原因所在,何必跑到這樣一個平台上去組HTML字串,就用原來的開發方式就好了,轉換不是因為新技術就是一定好 一定炫
而是他的核心價值和作用是有差異的..