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

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

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

　　你也要密切留意那些進入你文件的人可能使用的一些源控制之外的東西（例如：visual source safe）。那么任一用
戶都會相當容易的進入或者修改你的 objects，那么去想想那些黑客們吧。

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

　　適應(yīng)性

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

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

　　現(xiàn)存代碼

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

　　asp.net代碼編譯

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