一、軟件開(kāi)發(fā)技術(shù)
1）服務(wù)器端
在最近5年內，Java還是主流，不光是因為當前的普及程度和遺留系統問(wèn)題，而且除Microsoft幾乎所有大公司都投資到Java上面的原因，此外開(kāi)源也是一股無(wú)法忽略的力量：除了Java方面的開(kāi)源框架在推動(dòng)Java，也有Linux在帶動(dòng)java企業(yè)應用在普及（別忘記dotnet只能在 Windows Server上面運行）
dotnet有自己的優(yōu)勢，但是在五年內無(wú)法和Java取得均勢，不光是因為Java普及帶來(lái)的優(yōu)勢，也不光因為開(kāi)源界對java的推動(dòng)，也不光因為其他大公司在java上面的投資，而是很多公司的行業(yè)性質(zhì)決定了dotnet的出局，例如電信行業(yè)，金融行業(yè)，電子政務(wù)行業(yè)等等，是根本沒(méi)有可能采用 dotnet的。
Python和Ruby算不上后起，但是很有競爭實(shí)力，不過(guò)基于上面的原因，仍然不能成為主流。
在Java服務(wù)器端技術(shù)中，清晰的分為兩條路線(xiàn)：高端的商業(yè)路線(xiàn)，這條路線(xiàn)是EJB3，J2EE5.0；低端的開(kāi)源路線(xiàn)，這條路線(xiàn)是Hibernate， Spring。這兩條路線(xiàn)也有重疊的地方，例如開(kāi)源的Struts幾乎成為J2EE Web層的標準，開(kāi)源的Hibernate奠定了EJB3的基礎。但是劃分路線(xiàn)不是基于技術(shù)上的區別，而是基于商業(yè)運作上的區別。注重技術(shù)支持和商業(yè)服務(wù)的公司會(huì )選擇前者，注重成本控制和選擇自由的公司會(huì )選擇后者。
商業(yè)路線(xiàn)的技術(shù)方案是：EJB3＋Struts；
開(kāi)源路線(xiàn)的技術(shù)方案是：Spring＋Hibernate＋Struts/Webwork
Struts是一個(gè)很成功的開(kāi)源框架，它的地位短期內還無(wú)法動(dòng)搖，JavaEye有一項使命，就是動(dòng)搖Struts在Java Web領(lǐng)域的地位，把它趕下王座，把Webwork扶上位！
商業(yè)的Web層技術(shù)，JSTL算是一個(gè)不錯的東西，但是和靈活的模板語(yǔ)言如FreeMarker相比，卻有很大的差距。JSF基本上是一個(gè)沒(méi)有前途的東西。商業(yè)Web層技術(shù)因為一直沒(méi)有出現好的應用，這樣也導致了Struts的上位。
服務(wù)器端業(yè)務(wù)層和持久層框架，我非?？春肊JB3，原因也不用多談了，從商業(yè)上來(lái)說(shuō)，需要這樣一個(gè)東西，跨國公司們也需要這樣一個(gè)產(chǎn)品來(lái)賣(mài)，來(lái)取代糟糕的 EJB2。開(kāi)源的方案里面，Spring＋Hibenrate是一個(gè)很好的商業(yè)方案的開(kāi)源替代，他們不存在很直接的競爭，而是一個(gè)互補的關(guān)系。這里比較尷尬的反而是JDO：JDO是商業(yè)產(chǎn)品（目前沒(méi)有好的開(kāi)源實(shí)現），造成開(kāi)源應用不會(huì )對它感興趣，JDO沒(méi)有一個(gè)像EJB容器那樣的脫管環(huán)境，造成商業(yè)方案對它不感興趣。不過(guò)有了JDO，我覺(jué)得是對EJB3，對Hibernate形成一個(gè)良好的競爭環(huán)境，這一點(diǎn)是非常有利的。
2）客戶(hù)端技術(shù)
準確的說(shuō)是RIA應用。雖然我前面對XAML進(jìn)行了正面的評價(jià)，但是我認為我前面有些結論給錯了。經(jīng)過(guò)這段時(shí)間，我覺(jué)得，XAML即時(shí)在多年之后，也未必能夠成為一個(gè)非常成功的解決方案。道理很二：
1、XAML會(huì )帶來(lái)比ActiveX更嚴重的安全性問(wèn)題。
XAML本質(zhì)上就是一個(gè)本地應用程序，雖然號稱(chēng)可以在IE瀏覽器里面運行，但IE就是一個(gè)皮而已，XAML應用具備對本地資源完全的訪(fǎng)問(wèn)能力（就算IE限制也沒(méi)有用，IE限制就喪失功能，那樣的話(huà)，功能并不會(huì )比Javascript來(lái)得更多；不限制的話(huà)，就為所欲為了），因此只要IE具備了運行XAML的能力，黑客將可以非常輕易的通過(guò)IE進(jìn)行入侵，這僅僅需要引導用戶(hù)在不知不覺(jué)中訪(fǎng)問(wèn)一個(gè)惡意的網(wǎng)頁(yè)就搞定了！用戶(hù)必須面臨選擇：要么禁止IE對XAML的運行能力，要么接受隨時(shí)被攻擊的危險。
2、XAML應用本質(zhì)上也是RIA應用，因此必須進(jìn)行大量的RPC調用
當前XAML采用XML Web Services進(jìn)行通訊，這是一種低效的RPC。當前的XAML案例中并沒(méi)有注意到RPC領(lǐng)域，實(shí)際上根據我現在做RIA的體驗來(lái)說(shuō)，RPC絕對不是一個(gè)簡(jiǎn)單的事情，要考慮的問(wèn)題非常多，而且需要你在客戶(hù)端和服務(wù)器端進(jìn)行通盤(pán)的考慮，特別是服務(wù)器端的領(lǐng)域對象模型的設計，而我們知道dotnet在O/R Mapping方面還沒(méi)有起步。
從當前的階段來(lái)說(shuō)，最實(shí)際可用的方案有兩個(gè)：
1、AJAX
實(shí)際上就是基于XMLHTTP的JS異步交互，這個(gè)東西已經(jīng)出現很多年了，最近隨著(zhù)Google應用和Sun Blueprint的推出開(kāi)始火熱。我原來(lái)對這個(gè)東西持否定態(tài)度，但是后來(lái)轉變了。我原來(lái)否定態(tài)度的一個(gè)前提就是：XMLHTTP缺乏成熟的組件庫！但是沒(méi)有想到的是，現在XMLHTTP從去年下半年開(kāi)始，如雨后春筍般冒出來(lái)。AJAX應用最大的好處就是充分利用現有資源，我認為應成為RIA應用的首選。
2、Flash
Flash的優(yōu)勢也很明顯，強大的AS支持，強大的組件可視化設計，強大的交互能力和很炫的用戶(hù)體驗，并且Flash Remoting也已經(jīng)非常成熟了。Flash的缺點(diǎn)就是Flash雖然嵌入網(wǎng)頁(yè)，但是和網(wǎng)頁(yè)沒(méi)有數據交互能力，Flash另一個(gè)缺點(diǎn)就是不適合處理大量文本內容（HTML最適合）?，F在有些人開(kāi)始濫用Flash了。
因此比較好的方式可能是兩種混用，一般不過(guò)度復雜的交互交給AJAX，非常復雜，甚至需要托拽操作的，交給Flash。
總結一下：
軟件開(kāi)發(fā)領(lǐng)域服務(wù)器端技術(shù)Java是主流，兩個(gè)技術(shù)路線(xiàn)，一個(gè)是EJB3，一個(gè)是Spring＋Hibernate，此外iBATIS也有一席之地；客戶(hù)端技術(shù)就是AJAX和Flash。
二、數據庫技術(shù)
基本上格局不會(huì )發(fā)生多大變化，Oracle還是高高在上，SQL Server進(jìn)一步蠶食NT平臺其他數據庫的領(lǐng)地。開(kāi)源方面，MySQL將一枝獨秀，但是開(kāi)源數據庫在很多方面還是和商業(yè)數據庫有無(wú)法拉近的巨大差距。這也使得商業(yè)數據庫的地位不可替代。我會(huì )比較關(guān)注Oracle，MySQL這兩個(gè)數據庫。面向對象數據庫仍然不會(huì )有什么起色。
三、桌面編程技術(shù)
我還是相信一點(diǎn)，對于桌面應用來(lái)說(shuō)，本地代碼的位置永遠無(wú)法被取代，所以我總覺(jué)得XAML那樣的東西效率實(shí)在很成問(wèn)題。Longhorn要像成熟，也不是第一個(gè)版本就可以達到的。當前桌面應用開(kāi)發(fā)技術(shù)，還是首推Delphi，不過(guò)我覺(jué)得Python是后起之秀，非常有可能在未來(lái)取代Delphi。
聯(lián)系客服
