大家有的时候会很迷茫，不知道到底VB.NET还是C#好，其实我认为个有个的好处，看个人喜欢什么，拿不准主意的朋友看看这里，就VB.NET C#分析一下。当前来自软件的最首要的信息之一是针对Microsoft Visual Basic .NET开发者的。VB.NET和Microsoft Visual C#都是构建在通用语言运行时（Common Language Runtime—CLR之上，这意味着它们都向下编译成通用中间语言（Common Intermediate Language—CIL）。

#T#由于二者均向下编译成相同的代码，因而两个语言内部也不存在很大的差别。但是，两种语言却由微软两个不同的团队来维护，而且几年来的这种分离由于开发团队在各自产品上有不同的视角和理念，导致VB.NET C#这两种语言演变出许多语言方面的特性。许多令人兴奋的特性最初出现在C#中***却成了VB.NET的特性，很多VB.NET开发者都感到了这一点。自然地，这引起了VB.NET阵营的不满。

联合发展是微软的一个承诺，借此承认VB.NET C#为相同重要的语言，而且微软承诺在语言特性的发展方面，这些特性会同时加入到两个语言中。开发者不再需要为了某个特性而选择某个语言，也不再需要讨论到底哪个语言更好，他们要做的只是从语法方面来选择自己的语言就可以了。也许C#开发者会有一点挥之不去的优越感，VB.NET开发者会为此不爽，但联合发展后VB.NET开发者可以提醒“骄傲”的C#开发者，因为两种语言只是不同外表下的同一个东西。

动态语言运行时（Dynamic Language Runtime）的介绍

微软很敏感地意识到.NET Framework并不是构建应用时的唯一选择。快速地看看现在的开发环境，你会发现有很多语言选择。人们花费时间和精力用这些语言来写出有用的组件，问题来了：怎么能够让这些用其他语言写出的组件不至于在.NET上重写？

也许即将发布的.NET 4.0最令人激动的新特性是动态语言运行时（Dynamic Language Runtime—DLR）。就像通用语言运行时（Common Language Runtime—CLR为静态型语言如C# 和VB.NET提供了通用平台一样，动态语言运行时（Dynamic Language Runtime—DLR）为像JavaScript, Ruby, Python甚至COM组件等动态型语言提供了通用平台。这代表.NET Framework在互操作性方面向前迈进了一大步，提供了一种语言操作的抽象，共享存储空间避免数据在进程中反复的集结，像垃圾收集一样的一套通用语言特性，以及将一种数据表达转换成另一种。

在更高层，你可以认为动态语言运行时（Dynamic Language Runtime—DLR）有三个层：
.NET语言集成（.NET Language Integration）
DLR核心组件（DLR Core Components）
语言结合（Language Binders）