是否具有一个不错的小功能，使其可以更快地编写像Automatic Properties这样的代码，从而非常符合VB.NET的口号？

像这样的东西会很完美：

Public Property FirstName() As String
    Get
    Set
End Property

更新：VB.NET 10(Visual Studio 2010和.NET 4.0附带)将具有"自动属性"。这是显示有关该功能的一些信息的链接：http://geekswithblogs.net/DarrenFieldhouse/archive/2008/12/01/new-features-in-vb.net-10-.net-4.0.aspx

在VB.NET 10中，"自动属性"的定义如下：

Public Property CustomerID As Integer

解决方案

Cand VB.NET在其第一个版本中并未完全符合新功能。通常，在下一版本中，C会赶上某些VB.NET功能，反之亦然。我有点喜欢VB.NET中的文字XML，并希望他们将其添加到C＃中。

如果要更快地执行属性，请尝试代码段。
类型：
财产
并在输入" y"后，按Tab键:-)。

我意识到这并不能回答特定的问题，但是确实可以给我们VB团队提供的...

确实没有特别的原因。一直都是这样，即使VB.NET和Care被吹捧为它们的语法同样强大(并且公平地说，它们是)，并且某些结构有时也有所不同。我们有两个不同的开发团队致力于这些语言，因此我们可以期望发生这种事情。

VB中许多功能被延迟的原因之一是，开发结构与Cand中的开发结构有很大不同，因此往往需要更多的思想来深入研究细节。正如保罗·维克(Paul Vick)关于此事的帖子所暗示的，在这种情况下，情况似乎也是如此。这很不幸，因为这意味着在许多情况下会出现延迟(自动属性，迭代器方法，多行lambda，仅举几例)，但另一方面，从长远来看，VB开发人员通常会获得更为成熟的功能(请参见在讨论中，对于迭代器方法尤其如此。

因此，长话短说：VB 10(希望！)将看到自动属性。

在vb.net中，这也没有什么大不了的，因为Visual Studio会自动为我们创建属性的90％的框架代码，而使用Cyou则不得不全部键入。

我知道这篇文章很旧，所以我们可能已经知道，但是VB在下一版VS中获得了"自动属性"。

基于对反馈和Channel9的响应。

VB中不需要自动属性
通过使用自动属性做出的让步是我们无法修改"获取并设置"。

如果我们不需要这些，只需创建一个公共数据字段。

VB具有自动属性已经有很多年了。他们只是叫他们别的东西。