为什么VB中的代码片段比C＃更具特色？
当我阅读http://msdn.microsoft.com/en-us/library/ms165394.aspx时 ：
对于VB：
在Snippet元素内，添加References元素以及在插入代码段时添加对项目的引用的所有必需子元素。
对于C＃
Visual C＃代码片段不支持References部分，因此必须手动将对System.Windows.Forms.dll的引用添加到项目中
什么根本原因阻止C＃支持像VB这样的引用？
更新：我看到这个发布http://visualstudiogallery.msdn.microsoft.com/en-us/dc06b54c-b6c4-4cf5-8203-a09c6979e881
但它甚至不像Code Snippet References那样function齐全，因为Code Snippet References允许您一次添加多个引用，而不是一个一个。
据说C＃比VB.NET更“专业”，人们会期望C＃更具特色而不是更有限，或者“专业”意味着你必须像“手工”那样艰难地做到这一点：p
C＃团队什么时候能赶上VB.NET团队？
C＃IDE团队的Karen Liu在一份反馈报告中回复了这个问题 ：
感谢您提交此建议。 这是我们之前已经意识到并且之前尝试过的设计变更请求。 最终，基于我们在产品周期中实现这一目标的成本，我们做出了艰难的决定，因为参考将是您只需要添加一次的东西，这并没有进入VS2005。 这是我们将来希望做的事情，听到这方面的反馈是有价值的。
只有九个upvotes，不足以使它成为一个受欢迎的请求。 我建议你投票，他们确实注意到这一点。
根本原因在于VB认为该场景对客户而言比C＃更有价值，因此投入了该function。 没有什么能阻止C＃添加该function。 当它们针对其他IDE产品进行评估时，它根本不符合剪切列表。
政治家的原因，恕我直言C＃更“铁杆”，而vb更“让我们快速做，并签订一个codemonkey来做到这一点。
因此，VB程序员通常会坚持使用标准（vanilla安装）visual studio安装，而ac＃programmer将安装一个（或更多）插件（Resharper，Coderush等），不计算额外组件（Telerik，Devexpress .. ），相反，除非visual studio至少有一个额外的代码辅助插件，否则ac＃将无效。