自由線程帶來的風險
為使用自由線程冒一定的風險是值得的。盡管VB6提供了使用單元線程創建多線程服務器的能力，但VB從來都沒有提供創建自由線程客戶的能力，VB.NET使這一局面得到了改觀，在VB.NET中建立自由線程應用軟件是相當簡單的，以至于我認為編程人員可以在無需理解細節的情況下在程序中添加自由線程。要啟動一個線程只需簡單的幾行代碼即可━━把一個方法的地址傳遞給一個線程對象，就可以啟動一個線程。自由線程的確非常"酷"，也非常有用，但你卻需要注意的是：這一功能只適用于一些特定的情況。掌握在哪些情況下可以使用這一功能并明智地使用它就是你的事兒了。坦率地說吧，許多編程人員都成為了繼承性和自由線程的犧牲品，但愿你不會歩他們的后塵。
開發者討論最多的VB.NET的特性應該是CLR了，VB.NET中許多關鍵的特性都是由CLR提供的（當然也包括一些不足之處），象執行、跨語言的繼承和自由線程都是由它提供支持的。
發行使用VB6開發的應用程序時需要包含VB運行庫msvbvm60.dll，象C++和Java等許多語言也是如此。但在Visual Studio.NET中，所有的Visual Studio語言都共享一個相同的運行庫CLR。這會帶來其他的一些影響，首先，所有的Visual Studio編程語言共享同一個IDE、窗體引擎、異常處理機制和其他更多的東西，這就意味著VB和C#等其他的.NET編程語言有更多的相似這處，當然也會有例外的情況。
完全對象化
易于反編譯的中間語言