前言] 寫這篇Post源于我既做過.NET開發又做過J2EE開發的經歷。在這樣的轉變過程中，我對單一平臺開發所帶來的思維局限性有了很多清晰卻零散的想法。在看了振河兄的頁面間傳遞變量的方法及使用范圍的討論之后，我更能體會到在不同的平臺進行開發，思維方式會是如此之不同，原來那些零散的想法也隨之不斷在腦海中涌現，讓我有了寫下這篇Post的沖動。其實我一直都在宣揚一種觀點：技術之間是相通的，精于觸類旁通，善于聯想是我們程序員應有的優勢。我們在專注.NET技術的時候，不妨在工作間隙休息的時候看看.NET外面的世界。

　　提到.NET和J2EE，一般都會想到它們之間兵戎相見，水火不容的關系，畢竟兩者都在努力地去虜獲程序員的青睞，占領更多的市場份額。我無意去鼓吹.NET是如何如何之強大，J2EE是如何如何的成熟，也無意去探究NHibernate，Spring.NET等等Project的起源，只想從一個程序員的角度去看待兩者在互相競爭的過程當中到底相互借鑒了什么，同時探討一下同時了解兩個領域知識的必要性。好，讓我們言歸正傳。

　　還記得2003年初，我到了DELL公司實習，所承擔的工作任務就是建立一個Web Application供多個有密切聯系的部門使用，以提高部門間的協作程度。在選擇用什么技術來做這個Web Application的時候，我放棄了比較熟悉的ASP，進而選擇了ASP.NET。正是做這個Project，我跟ASP.NET乃至.NET結下了不解之緣。當時第一次接觸到ASP.NET，第一個感覺就是，它比ASP好多了，再也不用像寫ASP那樣在HTML嵌套著一堆堆的Scriptlet，動態內容的呈現都包含在一個個方法中，如Page.OnInit()和Page.OnLoad()等等，這些方法讓我看到Client端JS方法的影子。在開發ASP.NET頁面的過程中，我需要做的就是在頁面中引入不同的Web Control或者是HTML Control，這些Controls與HTML標簽是何等的類似，除了它有ASP的prefix和那時看起來如Magic一般的runat="server"。這樣的相似性讓熟悉HTML和JS的我很快掌握了ASP.NET的基本應用，而我也以極高的效率完成了公司分配給我的任務，盡管我對諸如Request、Response、Session和Application這樣的對象并不是十分了解。ASP.NET所帶來的進步是革命性的，難怪有朋友認為ASP.NET是.NET家族中最為成功的產品了。我當時只是拿ASP.NET來跟ASP作對比，其優越性自然顯露無遺，尤其是在控件設計方面的優勢。事實上直到后來進入J2EE的開發領域，我依然對ASP.NET的開發方式贊賞有加。Microsoft在技術的創新上一直秉持削弱領域開發特性的原則，讓開發人員能夠在不同的開發領域中都可以輕松上手，游刃有余。ASP.NET的出現帶來了WebForm，而在桌面程序開發中則有WinForm，兩者相通的地方隨處可見，這讓原有的桌面程序開發人員可以平滑的過渡到Web Application開發中來; ASP.NET對于控件在設計以及使用上的支持堪稱完美，也為網頁設計人員進入ASP.NET開發領域掃除了不少的障礙。反觀J2EE領域，做Swing開發的人員，如果要學習Web的開發，原有的知識幾乎無用武之地了。在這個人氣就是財富的年代，在一定層面上求同存異，讓開發人員能夠一通百通，無疑是一個十分明智的做法。J2EE領域也開始意識到了這一點，將Swing概念應用到Web開發的Wicket Framwork的發布著實是一個極大的進步啊。J2EE在降低Web開發的難度，吸引入門級開發人員方面需要向.NET好好請教一番了。

　　好，個人經歷接著說。2003年底，我進入了一家軟件公司從事J2EE的開發工作。當時公司技術部門負責人在面試我的時候提到了我缺乏J2EE的開發經驗的問題，我信心滿滿的告訴他，我做過.NET的項目，而.NET和J2EE都是專注在企業級應用上的，因此肯定會很快上手，不會有什么問題。然而后來的工作證明了平臺之間的差異性是很大的，從.NET過渡到J2EE并不是一件輕松的事情。沒有了熟悉的Web Control，取而代之的是簡陋的Tag Library; 沒有了簡單易用的Event-Driven的方法，呈現眼前的是doGet、doPost、doHead和service這樣看似丑陋的面孔。蛻變的過程是痛苦的，但是蛻變帶來了進化。開發方式的改變讓我可以從一個更加深入的層面去看待Web開發，而我開始重新認識Web Application。Web開發的復雜性在很大程度上源于Http是一個無狀態的連接協議，Web Server不管你是Michael，還是Jordon，只要你在瀏覽器上使用了相同的URL，就會得到相同的資源。在這里，你必須清楚URL到底是什么的縮寫。也許你會站出來反駁我剛才所說的結論，但是這種情況在只有靜態HTML網頁的年代是絕對正確的。隨著時代的發展，資源已經不再局限于靜態的HTML網頁，隨之出現了所謂的動態網頁。這里的動態不是指充滿Flash動畫的網頁，而是指網頁的內容會根據不同的Request而發生變化。雖然Web的內容開始個性化了，但是仍然沒有脫離Client發送Request，Server返回Response這樣的模式。由于Http是一個無狀態的連接協議，為了能夠識別用戶訪問同一資源的狀態，在J2EE的世界里，我們就得從Request、Response和Session這樣的對象入手，控制這些對象的Life Cycle。因此，我們哪怕要進行最為簡單的Web應用程序，都必須對Request、Response和Session這樣的對象有充分的了解。關注這些基本的對象，讓我們對于應用程序的Flow有更為準確的把握，能夠更好地進行模塊地劃分，便于開發人員進行協作。然而在.NET的世界里，對Request和Session這樣的對象關注遠不如對Page的關注，從振河兄的Post就可見一斑了。ASP.NET開發降低了開發難度，卻在一定程度上阻礙了開發人員對Web Application的整體把握，正如春魚兄的Feedback中提到的，過分糾纏頁面之間關系，“不利于系統整體架構的良好設計”。J2EE的應用程序可以讓程序員在Web Application的整體架構上有一個很好的體現，.NET還是得好好努力啊!建議.NET的程序員能夠嘗試著利用J2EE的技術來開發一個簡單的Web Application，我相信這樣的一個過程會讓你對Web開發有進一步的認識。