为什么 VB 中的代码片段比 C# 中的代码片段更有特色？
当我读到时 http://msdn.microsoft.com/en-us/library/ms165394.aspx ：
对于VB：
在 Snippet 元素内，添加 参考文献元素和所有 必需的子元素添加 参考该项目时 片段已插入。
对于 C#
不要做的 Visual C# 代码片段 支持参考文献部分，所以 对 System.Windows.Forms.dll 的引用 必须手动添加到项目中
是什么根本原因阻止 C# 支持像 VB 这样的引用？
更新：我看到这篇文章 http://visualstudiogallery.msdn .microsoft.com/en-us/dc06b54c-b6c4-4cf5-8203-a09c6979e881
但它甚至不如代码片段引用功能齐全，因为代码片段引用允许您一次添加多个引用只是一一地。
据说 C# 比 VB.NET 更“专业”，人们会期望 C# 具有更多功能而不是受到更多限制，或者“专业”意味着您必须以“手动”的方式来完成它：p
C# 团队何时会赶上与 VB.NET 团队合作吗？
As I read
http://msdn.microsoft.com/en-us/library/ms165394.aspx:
For VB:
Inside the Snippet element, add the
References element and all of the
required child elements that add a
reference to the project when the
snippet is inserted.
For C#
Visual C# code snippets to do not
support the References section, so a
reference to System.Windows.Forms.dll
must be added to the project manually
What fundamental reason prevents C# to support References like VB ?
Update: I saw this posted http://visualstudiogallery.msdn.microsoft.com/en-us/dc06b54c-b6c4-4cf5-8203-a09c6979e881
But it isn't even as full-featured as Code Snippet References as Code Snippet References will allow you to add multiple references at once not just one by one.
C# is supposedly more "professional" than VB.NET, one would expect C# to be more featured not more limited or does "professional" means you have to do it the hard way as said "MANUALLY" :p
When will the C# team catch up with VB.NET team ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
C# IDE 团队的 Karen Liu 在 反馈报告：
只有九票赞成，不足以使其成为受欢迎的要求。我建议您投票赞成，他们确实注意到了这一点。
Karen Liu of the C# IDE team responded to this in a feedback report:
Only nine upvotes, not enough to make it a popular request. I'd recommend you vote it up, they do pay attention to that.
根本原因是 VB 认为该场景比 C# 对客户更有价值，因此投资了该功能。没有什么可以阻止 C# 添加该功能。当他们将它与其他 IDE 功能进行评估时，它根本不符合切割清单。
The fundamental reason is that VB thought the scenario had more value for their customers than C# did and hence invested in the feature. There is nothing preventing C# from adding the feature. It simply didn't meet the cut list when they evaluated it against other IDE fetaures.
出于政客的原因，恕我直言，C# 更“硬核”，而 VB 则更“让我们快速完成并签约 codemonkey 来完成它”。
因此，VB 程序员通常会坚持使用标准（普通安装）Visual Studio 安装，而 c#程序员将安装一个（或多个）插件（Resharper、Coderush 等），不包括额外的组件（Telerik、Devexpress..），除非 Visual Studio 至少有一个额外的代码辅助插件，否则 ac# 将无法工作。
politician reasons, IMHO C# is more "hardcore", while vb is more "let's do it quick and contract a codemonkey to do it.
So, a VB programmer usually will stick with a standard (vanilla install) visual studio installation, while a c# programmer will install one (or more) plugins (Resharper,Coderush,etc.) , not counting extra components (Telerik, Devexpress..), instead a c# will not work unless visual studio have at least one extra code assistance plugins.