這個問題討論到這邊其實有點怪。
我是覺得自己想怎樣玩就怎樣玩，那是個人的問題，不用太在乎。
從根本來看，應該說是程式設計師的「潔癖」，希望寫出來的程式碼所需仰賴的東西越少越好。
但是程式設計師又常因為整合使用很多免費或要錢的協力廠商開發元件或技術，所以常有開發出來的程式碼又必須牽拖一堆。
又或者自己用 C# 開發出 IsNumeric 等一堆自己常用的類別庫後，結果變成要多綁一段自己的原始碼或是自建的類別庫。
從這個角度來看，Microsoft.VisualBasic 畢竟是 .Net 內建類別，它的依賴性頂多是虛要參照到這個命名空間，反正很多 .Net 類別在用起來也必須參照到對應的空間，看起來似乎沒那麼可惡，從廣義的角度，把他當成另一個 .Net 類別也可以。甚至很多人為了用只有在 Java 命名空間下才有的 Eval / Zip ，還特別在 VB/C# 中參照 Microsoft.JScript ，這種範例也是一堆，總不會在 C# 參照 JScript 就是技術，參照 VB 就是罪惡吧？
但若是跨平台呢？比如說利用 Mono Project 跨到 Linux / Mac 等，我印象中 Microsoft.VisualBasic 要另外裝 Basic 套件，這樣感覺上就比較有影響。
另外，跟同事間交接程式碼或是共同開發時，這也會產生影響，不過這是開發小組本身要先定義的設計基本原則，那種情況下到底可不可用就是專案經理決定了。
而談到依賴性，就要比 VC 跟 C# 的差異，而 C# 本來就是 C 中的 VB ，本來就是為了快速開發來使用，而回頭來看，為了快速開發，在 C# 中用 VisualBasic 命名空間也沒啥不可以的。
說了一堆廢話後，我要說的重點：
自己爽就好
每個人對程式碼的要求不同，闡述個人的想法就可以了，好壞自己各自評量，這個東西沒有絕對的對錯問題，只是取捨，怎樣選擇是個人問題，自己覺得好就好，當然老闆最大，不要跟老闆辯論你的程式碼撰寫原則，除非你有捲鋪蓋走人的心理準備。
