ASP+和JSP之間的抉擇 (轉)

ASP+和JSP之間的抉擇 (轉)[@more@]

+和之間的抉擇

{

  Blueski為您編譯。 

  原文名：JSP VS ASP Part 2: The Future According to ASP+

  英文作者沒有記下，非常抱歉

}

由於我同時是ASP和JSP的員，所以正開始寫一系列的文章來比較兩者的差別，
當我寫到一半時，ASP+被宣佈了，所以我在重新開始審視這個問題。
我正在做一個JSP專案和一個ASP專案，後者十分有趣，因為它開始是採用ASP3.0，
但當專案結束後我會將轉換為ASP+。那時我將可以對ASP+有更近的考察，並提供更好的
ASP+和JSP的比較。本文提供了我對ASP+，以及它對於象我這樣的一個普通開發人員會產生的影響做一個初步觀察。

透過最初步的比較，我發現：
1) 面向性: 
ASP+將作為一種面嚮物件語言，在很多方面來看，C#將成為的與相似的語言。
C#另一個有趣的地方是所有物件都自動變成為COM物件。如果C#能取得很大的市場份額，那麼它將給ASP+帶來類似於Java的功能，並且具備更快的，因為它可以和環境緊密整合。
C# 是ASP+開發中一個最重要的功能，微軟會將C#發展成為Java的強勁對手。這也是他們的一個重要組成部分。我認為C#是微軟在市場上擊敗對手的主要工具。我期待著微軟能在這個產品後面傾注全力，這樣，C#可以成為許多程式設計師的又一種選擇。C#產生的結果是將進一步加固微軟和Sun產品的戰線。這對是有利的，他們可以選擇兩者之一來開發新的應用。 

2) 連線：
ASP另一個亮點是它使用ADO物件，OC, OLE-DB和事務處理管理器。因此ASP 資料庫應用開發特別簡單。ASP+發展了更多的功能，因為有了ADO+！ADO+帶來了更強大更的功能。JSP和目前在易用性和效能上同ASP/ADO相比已有些落後，當新版本ASP+/ADO+出現後這樣的差別會更明顯。我個人希望SUN應儘快能花大力氣來追趕ASP+/ADO+的組合。

3)大型站點應用：
ASP+將對大型站點(web farms)有更好的支援。事實上，微軟在這方面付出了巨大的努力。 ASP+可以讓你考慮到多(multiple servers)的場合，當你需要更強大的功能時，僅僅只需要增加一臺伺服器。整個.Net框架已經充分地提供了這個方法。ASP+提供了外部會話狀態(external session state)來提供內建式web farm的支援。另外，由於請求的各相互間經過了充分的，所以速度很快。
於是ASP+現在可以在大型專案方面與JSP一樣具有等同的能力。 而ASP+還有價格方面的優勢，因為所有的元件將是伺服器操作的一部分。對於JSP,你需要購買昂貴的應用伺服器群來達到同樣的目的。

4) ASP+還提供更多的其它方面的新特性，例如：
*內建的物件快取和頁面結果快取。
*內建的支援，可用於XML資料集的簡單處理。
*伺服器控制提供了更充分的互動式控制。
ASP+確實對ASP進行了較大的發展。

在我審視完ASP+後，我的初步結論是：我未來專案主要還是要採用基於Java/JSP的技術。這有以下三個理由：
1) 要真正發揮ASP+潛力，你要使用C#或。這兩種語言將成為ASP+標準的核心的指令碼語言。 這對ASP的未來發展很有好處。我向來不喜歡用當前的來製作com物件。新的ASP+核心指令碼語言更能發揮ASP+的價值。
顯然，所有這些ASP+的新進展促使我對今後語言選擇做一個決定，它將佔據我未來的無數時間和努力。 
當Java發展起來時我學習了Java，那時我預感到這將是圍繞我未來程式生涯的語言。於是，JSP成為我在web開發中的第一選擇。當我目前的ASP專案完成後，我將重新考慮C#是否符合我的程式設計工具體系。
現在我已經是一個JSP fan，除非微軟能夠將我整個扭轉過去，我猜想我正面臨ASP+的巨大挑戰。

2) ASP+依然完全鎖定在微軟的中。JSP比ASP+擁有更大的範圍，它在別的伺服器中也有很好的伸縮性。雖然 的優越性日益顯露，這對開發人員不構成問題。

3) 我並不能確信是否我能認同ASP+結構的各種方面，這需要更深入的分析，所以，我很猶豫。如果我使用了1-2個月，也許會改變看法。總的來說，這需要在一個很高的層次來看待這個beta產品。
作為一個ASP開發人員，ASP+讓我停下來反思。未來8個月的ASP新專案將變得很困難。為什麼？因為 ASP+和C# 帶來了一個難題，它們要到2001年才正式提供。而很多效能方面的要求現在就需要確定。由於ASP+只是一個beta，所以現在我的第一個選擇反而很簡單了。現在的專案就採用ASP3.0。我認為各種beta版的語言都不太可信。

但我不能忽視ASP+,因為它很快就要推出，並代表了ASP的未來。ASP專案的管理者還需要考慮到未來的可平滑移植性及付出的時間代價等。另一個結果則是，這似的在近期使用和JSP來代替ASP變得更可靠一些。
總的來說，
1) 如果使用ASP+，你將花費額外的時間學一些新的工具。
2) 新的工具有待於版本化，所以為什麼不先關注於目前存在的東西？
3) ASP+將來會擁有的特性JSP已經擁有。
4) ASP+將你鎖定到純的體系中。（我讀了一個關於Microsoft將.Net移植到
的故事，但我覺得不太可信。）
最後，我預測會有很多人加入到PHP和JSP的行列。可是，仍然會有一部分人會受到
ASP+給業界帶來的激動所感染。(我從沒看到一個beta程式設計產品會帶來如此的震撼。)

以下是一篇相關的討論.net的文章。 

ASP+以自由軟體作為開始，現在已經漸漸成為Microsoft的.Net框架的基石之一。
Sun應該從中得到教訓。特別注意的是，你需要許可證才能升級到ASP+，因為它和太多的產品整合在一起了。.Net框架太大了。在假定某個產品可以成為真正的產品之前，我通常等待它的第一個service pack。所以，即使ASP+已經在2001第一季度被版本化，我仍然要等到2001第二季度。
當然，因為ASP+ 已經產生了如此的激動人心，一旦推出，很多商店都會馬上提供ASP+。
事實上我早已經使用beta版ASP+! 它使用 . 字尾，這使我我感覺Microsoft會在近期推出第一個ASP+的service pack。 

下一年我們將看到在這個巨大的市場上Sun和Microsoft如何展開決鬥，而程式設計師門又將做什麼樣的選擇呢？