在VB.NET和C#第一次被发布时，很多人认为它们只是在语法和一些小的方面不一样的相同语言而已。但随着时间的推移，它们（C#和VB）之间的不同越来越明显，比如对匿名类型（Anonymous Type）的处理就有着天壤之别。

　　为了支持类似哈希表的数据结构和像分组这样的查询操作，由LINQ创建的匿名类型必须提供稳定的哈希码。而哈希码通常是由对象里的字段（Field）来创建的。

　　早期的匿名类型版本是不稳定的。换句话说，对象所包含的值可能会改变。而改变那些值的同时也改变了哈希码，然后会破坏一些哈希表或者恰好储存了对象的字典。

　　C#团队使得匿名类型稳定下来。如果对象不能被改变，那么哈希码也永远不变。通常这些稳定的类型规则被放在非默认的构造器（Constructor）和只有Getter的属性（Property）里。

　　而VB团队却不想放弃修改匿名类的功能。Paul Vick这样写到：

　　尽管是有这样的问题存在，我们不想在泼水的时候把孩子也扔掉。现在匿名类型某种程度上是受限的，因为它们不能被命名，但是将来你可以用绑定来应用它们，甚至在它们被声明的上下文（Context）外面。现在我们在努力的一些新特性，比如有名字的匿名类型（Nominal Anonymous Type）和动态接口，将来会使匿名类型更加有用。本身而言，要使匿名类型稳定下来是不可想象的，特别是因为这会导致只有一条险径可走——也就是一旦它们稳定了，在未来的某个时候，兼容性会使它想要再不稳定变得异常困难，如果它们想要这么做的话。

　　VB团队选择了一个相对复杂的方案，但这会给开发者更多的灵活性。当创建匿名类型时，程序员可以用关键词“Key”表示那些字段是稳定的。另外要使属性只读的话，哈希码函数会只用那些Key字段产生哈希码。结果就是哈希码保证是稳定的。而且在被条件子句（Clause）用在联合（Join）和分组（Group）里时，字段可以被编译器自动地标识成Key。

　　VB和C#之所以能不同的实现方式是因为匿名类型是一个编译器特性。CLR自己对匿名类型没有什么概念，只是把它们看作有着自动产生名字的普通类。

　　和VB其他的语法一样，这个功能在Orcas Beta 2版本中才会提供。