.NET占領(lǐng)市場的速度比原來預(yù)期的要稍微慢一些，但是，它向整個市場的滲透卻是不可避免的，而且這個過程也不曾有過任何的停頓。許多分析人士都預(yù)言，在2003年的第三度，那些采用.NET的主流軟件開發(fā)企業(yè)將會開始設(shè)計生產(chǎn)他們的第一批.NET應(yīng)用軟件。這種轉(zhuǎn)變對于那些使用微軟產(chǎn)品的團(tuán)體產(chǎn)生了一定的震撼，而且，現(xiàn)在對于‘VB程序設(shè)計人員將要去向何方？’這樣的與軟件開發(fā)的未來密切相關(guān)的問題也已經(jīng)有了答案。
VB為上百萬的軟件開發(fā)設(shè)計人員提供了一種便利的開發(fā)方式。微軟公司在為人們提供足夠強(qiáng)大的功能以生產(chǎn)應(yīng)用軟件和讓軟件開發(fā)者遠(yuǎn)離容易出錯的Windows以及各種開發(fā)組件的過程中，也品嘗到了甜頭。
但是，現(xiàn)在的情況已經(jīng)發(fā)生了很大的改變。對于.NET產(chǎn)品，微軟公司已經(jīng)決定創(chuàng)建一個仍然能夠把軟件開發(fā)設(shè)計人員同特定的平臺分離開來的開發(fā)環(huán)境，但是這樣的話，程序設(shè)計人員就將不得不去處理各種有關(guān)組件開發(fā)的工作了。程序開發(fā)設(shè)計人員還可以像以前一樣在不考慮指針、內(nèi)存分配、或者如何創(chuàng)建一個Windows消息處理器的情況下來繼續(xù)他們的工作，但是，程序開發(fā)設(shè)計人員們不再能夠忽略諸如名字空間、過載等等有關(guān)組件設(shè)計的問題與概念了。
當(dāng).NET經(jīng)過了早期的被熟悉被接受的階段之后，VB程序開發(fā)設(shè)計人員將來只能擁有更少的選擇，只有選擇進(jìn)行一定的改變。這是一次有關(guān)開發(fā)語言的震動，而且它也令許多的評論人士開始猜測對于這種種情況，VB程序開發(fā)設(shè)計人員會產(chǎn)生什么樣的反應(yīng)呢？他們會不會轉(zhuǎn)而去使用Java來繼續(xù)他們的工作呢？他們會不會繼續(xù)使用VB并且完成到.NET的這次跳躍呢？如果是這樣的話，他們會選擇C#還是VB.NET呢？他們會要求微軟公司繼續(xù)支持VB6并且讓它保持一定的發(fā)展空間么？會不會有許多無法完成轉(zhuǎn)變的程序開發(fā)人員將以打零工的方式工作呢？
對于上面的這些問題我是不會做出任何預(yù)報的。但是我認(rèn)為現(xiàn)在已經(jīng)是時候來把圍繞這些問題的三個神話式的說法都澄清一下了。
神話一：.NET是一個從基礎(chǔ)上就要發(fā)生的轉(zhuǎn)變，因此，轉(zhuǎn)變到Java可能會更加容易一些
對此，F(xiàn)orester Research調(diào)查公司的Frank E. Gillett做出了如下的論斷：
“對于VB程序設(shè)計人員來說，完成到.NET的轉(zhuǎn)變并不比完成到Java2平臺下工作的轉(zhuǎn)變要容易。這意味著什么呢？對于微軟公司來說，現(xiàn)在是到了讓他們重新考慮對Redmond的承諾，并且重新評估Java2、.NET平臺以及各種工具軟件的時候了?！?/p>
我們需要提醒的是：“管理人員要注意的是，這樣的做法將會花費(fèi)數(shù)額巨大的一筆資金，這是沒有人愿意看到的！”如果你能夠注意到這些語言的基礎(chǔ)元素（尤其是在Java與C#語言之間的），你就能夠理解這種觀念是從何而來的了。因此，與VB應(yīng)用軟件的要求有所不同，開發(fā)和設(shè)計技巧所要求的都是相似的或者是相同的。但是，有許許多多的重要的因素也要被考慮在內(nèi)。下面所列出的僅僅是它的一個子集。
Java開發(fā)環(huán)境總是顯得要更為復(fù)雜一些
在Java環(huán)境中可以被使用的為數(shù)眾多的工具，作為已經(jīng)經(jīng)過證實(shí)的那些強(qiáng)大能力中的一種，很自然的就導(dǎo)致了許多新的應(yīng)用軟件和工具的產(chǎn)生（應(yīng)用服務(wù)器、IDE、調(diào)試工具），這些都是軟件開發(fā)設(shè)計人員必須掌握的。每一種新的技能都擁有它自己的學(xué)習(xí)曲線，即使當(dāng)這些開發(fā)將會在一個Windows的環(huán)境下被完成情況下也是如此。從另一個角度來說，經(jīng)過許多改進(jìn)的Visual Studio，對于那些VB程序員們來說會覺得更加簡單而容易掌握。他們馬上就能夠明白如何設(shè)置斷點(diǎn)或者如何使用完成編碼的那些功能特性。試圖同時完成從開發(fā)語言、開發(fā)工具以及各種基礎(chǔ)結(jié)構(gòu)轉(zhuǎn)變是有很多不利之處的，很有可能會不得不需要增加更多的資金投入，而且失敗的可能性也會比較高。
使用.NET可以提升完成轉(zhuǎn)變的可行性
絕大多數(shù)的軟件開發(fā)公司都有自己的可以接受的最后期限，并且，在完成項(xiàng)目的計劃中，并不會包括用來完成應(yīng)用軟件以及基礎(chǔ)結(jié)構(gòu)轉(zhuǎn)變的那少數(shù)幾個月的時間。ASP.NET的頁面能夠和ASP頁面并行的運(yùn)行，并且它還能夠共享管理機(jī)制，但是，如果想要完成到JSP的轉(zhuǎn)變，則需要做出更多的努力才能實(shí)現(xiàn)。從C#以及VB中調(diào)用COM對象的機(jī)制已經(jīng)在一些文章、書籍或者會議上被講解過了。COM+ Services的結(jié)合體也被很好的記錄了下來。
大量“來自VB6”的東西也是可用的
有一件讓我感覺十分驚奇的事情，那就是，只有很少的資源能夠幫助我們完成從VB到Java的轉(zhuǎn)變。雖然我曾經(jīng)見過一些幫為了助人們完成這一轉(zhuǎn)變而開設(shè)的客戶培訓(xùn)課程，也見到過一些相關(guān)的書籍（其中絕大多數(shù)在現(xiàn)在看來已經(jīng)是過時的知識了），但是，這些課程和書籍對于幫助完成這樣的轉(zhuǎn)變是遠(yuǎn)遠(yuǎn)不夠的。正如你可能期望的那樣，有很多的書籍是關(guān)于如何完成到VB.NET以及C#轉(zhuǎn)變的，其中包含了非常詳盡的各種編碼以及技巧性內(nèi)容。在有了這些材料之后，程序開發(fā)設(shè)計人員可以更為快速而便捷的完成他們的轉(zhuǎn)變。
我建議以下面的內(nèi)容作為上面那個神話的一種替代：
轉(zhuǎn)變到Java并不象轉(zhuǎn)變到.NET那樣的簡單，但是如果你考慮要進(jìn)行這樣的一次轉(zhuǎn)變，現(xiàn)在是到了該下決心的時候了。
自從出現(xiàn)了VB以來，到現(xiàn)在這次要求程序員完成到.NET的轉(zhuǎn)變，是微軟公司讓Visual程序開發(fā)設(shè)計人員所做的最大的一次改變了。如果你已經(jīng)考慮過要轉(zhuǎn)而使用Java，一定要考慮清楚這樣做的后果以及緊隨其后的費(fèi)用。
神話二：有大量的VB程序開發(fā)設(shè)計人員將要轉(zhuǎn)而使用Java
過去，這些程序開發(fā)設(shè)計人員轉(zhuǎn)而使用Java的其中一個原因就是，Java語言在性能方面要遠(yuǎn)遠(yuǎn)的超出VB6，這種超前的距離可能是以光年為單位的，而且，Java在編制大型的、面向?qū)ο蟮膽?yīng)用軟件方面的表現(xiàn)也尤為突出。人們可以爭辯說Java對于這些任務(wù)仍然是更為合適的選擇，但是，至少現(xiàn)在來看，這個問題已經(jīng)是可以爭論一番得了。在.NET出現(xiàn)之前，這個問題的答案是毫無疑問的。在Visual環(huán)境下實(shí)現(xiàn)功能強(qiáng)大的面向?qū)ο蟮脑O(shè)計是不太可能的。ASP就是一個巨大的被雜合起來的工具，它經(jīng)常會導(dǎo)致速度的緩慢，也常常會產(chǎn)生一些無法維護(hù)的程序代碼。你可以編寫一整本有關(guān)VB以及ASP AntiPatterns的書。當(dāng)然，那些要轉(zhuǎn)而使用Java的人是由于他們技術(shù)上的優(yōu)越好像已經(jīng)走到了盡頭。
但是，那些準(zhǔn)備要接受.NET的人們的數(shù)量則要比轉(zhuǎn)而接受Java的人多出許多倍，而且促使他們完成這些轉(zhuǎn)變的還有其它的一些因素，比如說處于銷售商以及考慮到安全方面的原因等等。
我認(rèn)為，VB程序開發(fā)設(shè)計人員的未來是非常光明的?？隙〞幸欢ū壤某绦蜷_發(fā)設(shè)計人員不能夠完成這次跳躍。VB程序開發(fā)人員現(xiàn)在已經(jīng)開始對自己在開發(fā)中所扮演的角色進(jìn)行一定的調(diào)整。一種結(jié)果是，他們已經(jīng)和Excel的表結(jié)合成為一體，并且正在制作單屏的工具；另一種結(jié)果是，他們正在編寫將會被廣泛使用的電子商務(wù)應(yīng)用軟件。在這些軟件開發(fā)設(shè)計者之中的一些人，他們的興趣、努力以及能力將處于VB6和VB.NET之間的某一個水平上。零售可能并不是他們的未來，但是他們可以轉(zhuǎn)變成為一種支持性的角色，不再象以前的程序員那樣了。除了這些人，絕大多數(shù)的軟件開發(fā)設(shè)計人員還是會完成到.NET的轉(zhuǎn)變。
神話三：如果你準(zhǔn)備要轉(zhuǎn)變到.NET，那么你最好是轉(zhuǎn)到C#上去
C#擁有它的名氣。它非常新，非常的酷，并且它也變得越來越炙手可熱。但是不同于C語言風(fēng)格的語法，C#基本上與VB.NET是一樣的?，F(xiàn)在這些情況也已經(jīng)被人們有所了解。下面所寫的，是我最近一次同一名C++程序員的談話記錄，這名程序員正準(zhǔn)備完成從C++到C#的轉(zhuǎn)變。
程序員：“我不明白為什么所有的人都想要學(xué)習(xí)VB.NET。”
作者：“那他們?yōu)槭裁床荒軐W(xué)呢？”
程序員：“有許多的事情是VB.NET不能夠做到，但是C#卻可以做到的。”
作者：“真的么，你指的是哪些事情呢？”
程序員：“VB.NET不能做attributes！”
作者：“VB.NET可以做到?！?/p>
程序員：“是么？可以做到，但是它能不能夠作delegates呢？”
作者：“是的，這個它也可以做到?！?/p>
所以，在專業(yè)人士中也存在著一定的誤解。Dan Appleman在對這方面的問題進(jìn)行評論的時候做了一件很出色的工作，他的電子書Visual Basic .NET還是C#...到底應(yīng)該選擇哪一個?可以在Amazon.com上被找到。處了缺乏對于過載的支持和不支持XML文件以外，VB.NET擁有C#所擁有的所有強(qiáng)大功能，而且還得加上一些額外的功能特性，比如說它可以提供完全實(shí)時的錯誤檢測，光是這一點(diǎn)就可以讓C#程序開發(fā)人員羨慕不已了。
我非常同意下面的這句話：“既然VB.NET與C#是如此的相似，那么做出決定可能并不需要那么多的技術(shù)背景。”
Perception仍舊是這個市場的一個驅(qū)動力，而且對于程序開發(fā)設(shè)計人員們來說，C#也是一個全新的領(lǐng)域。如果VB.NET的動作不是那么迅速的話，第三方的工具支持的出現(xiàn)也并非不可能。C#有可能成為許多VB程序員的最佳選擇并不是由于它在技術(shù)上擁有先天上的優(yōu)勢。
弄清楚問題的實(shí)質(zhì)與核心
沒有上面這些所謂的神話擾亂我們的視線，我們就能夠進(jìn)一步的弄清楚問題的實(shí)質(zhì)。在在以后的文章里，我將會向大家介紹一些完成了到Java、VB.NET或者C#轉(zhuǎn)變的VB程序員以及開發(fā)小組。而且，我還會檢查他們?yōu)橥瓿赊D(zhuǎn)變所花費(fèi)的代價，并且還要從他們的經(jīng)驗(yàn)中學(xué)習(xí)，如何才能夠讓轉(zhuǎn)變的影響變得最小，以及如何以最少的資金投入就可以完成轉(zhuǎn)變。
