對(duì)于COM對(duì)象不再需要再在服務(wù)器上注冊(cè)的這個(gè)功能我們是非常喜愛的。但是通過這種過程簡(jiǎn)化，我們也能也許會(huì)在不
經(jīng)意間將一罐蠕蟲病毒打開。這些惡夢(mèng)躲藏在DLL背后的一個(gè)原因（就象我們憤恨的那樣）即是它加強(qiáng)了版本的保密性。你再也不能夠在你的服務(wù)器上運(yùn)行 另外一個(gè)DLL版本，并且代碼相當(dāng)保密，這意味著，如果沒有正確的開發(fā)工具和源代碼，很難改變代碼。

　　這個(gè)安全的機(jī)制，現(xiàn)在已經(jīng)刪掉了。你可以在你的服務(wù)器上運(yùn)行任何你想運(yùn)行的DLL版本，這些DLL可能會(huì)導(dǎo)致各種令人頭痛的問題和安全方面的噩夢(mèng)。

　　許多開發(fā)者喜歡COM對(duì)象的另一個(gè)很大便利之處是，你可以將你的商業(yè)邏輯打包，除了開發(fā)者之外，沒人能看到它----對(duì)象是被編譯過的，因此你的客戶是看不到的。在新的框架里，你必須得用應(yīng)用程序來分散源文件，因?yàn)镹GWS一定會(huì)追蹤源文件的軌跡。最終用戶能夠按他們的意愿瀏覽或者修改代碼。當(dāng)然，你也可以將 對(duì)象 編譯，或者不給出源文件，但是隨之而來的是，你會(huì)失去NGWS所提供的一些便利功能，這是得不償失的。

　　你也要密切留意那些進(jìn)入你文件的人可能使用的一些源控制之外的東西（例如：Visual Source Safe）。那么任一用戶都會(huì)相當(dāng)容易的進(jìn)入或者修改你的 objects，那么去想想那些黑客們吧。

　　對(duì)于XML來說，這些問題同樣適用。任何人都能輕而易舉的黑了你。

　　適應(yīng)性

　　肯定的是，通常任何一個(gè)全新的技術(shù)，在市場(chǎng)滲透都會(huì)花費(fèi)一些時(shí)間。微軟正在開始讓ASP和IIS平臺(tái)通過行業(yè)驗(yàn)證，
以便讓其作為其它網(wǎng)絡(luò)服務(wù)器之外可以供選擇的平臺(tái)

　　對(duì)于在其基本構(gòu)架上的如此巨大的改變，是很難說服客戶或者開發(fā)人員丟棄他們以前所使用的方法而來改用現(xiàn)有的方法。當(dāng)然，隨著時(shí)間的流逝，問題總是會(huì)被慢慢的解決，但事實(shí)上，ASP+要被市場(chǎng)接受，所面臨的是一道障礙；即使慢慢的被采納，尋找高品質(zhì)解決方案和技術(shù)支持方面的問題也會(huì)接踵而來。事實(shí)上，ASP.net仍然是個(gè)alpha 技術(shù)，但在尋求支持方面，它又是如此幸運(yùn)。

　　現(xiàn)存代碼

　　當(dāng)然，在將系統(tǒng)轉(zhuǎn)換成 ASP.net之前，你得將你所有現(xiàn)存的代碼重寫一遍。你的那些舊的代碼仍舊會(huì)在IIS內(nèi)運(yùn)作，但你仍然將使用傳統(tǒng)的ASP框架（這不是件壞事）。當(dāng)然，將一個(gè)龐大的web 應(yīng)用程序移植到ASP.net中是一件非常痛苦的過程，特別是你已經(jīng)有大量的解決方案或者說是COM對(duì)象。

　　ASP.NET代碼編譯



　　讓我再重申一次:ASP.NET 代碼現(xiàn)在被編譯了.別緊張,這不是象你想的那樣.你不需要?jiǎng)?chuàng)建文件,為了重新注冊(cè)部件不得不stop 然后restart，現(xiàn)在不需要這樣了，你只需照往常一樣書寫代碼,仍然從早期捆綁中受益，系統(tǒng)會(huì)及時(shí)進(jìn)行編譯。