Почему фрагмент кода в VB более функциональный, чем в C #?

Question

Пока я читаю http://msdn.microsoft.com/en-us/library/ms165394.aspx:

Для VB:

Внутри элемента Snippet добавьте Элемент References и все необходимые дочерние элементы, которые добавляют ссылка на проект, когда фрагмент вставлен.

Для 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 # будет более функциональным, а не более ограниченным, или же «профессиональный» означает, что вы должны сделать это трудным способом, как сказано «ВРУЧНУЮ»:

Когда команда C # догонит команду VB.NET?

Answer 1

Карен Лю из команды C # IDE ответила на это в отчете с отзывами :

Спасибо за отправку этого предложения. Это то, что мы знаем и пытался сделать как изменение дизайна Запрос до. В конечном счете, на основе стоит реализовать это там, где мы были в производственном цикле мы сделали жесткое решение, так как ссылки будет то, что вам нужно добавить только один раз, это не сделать в VS2005. Это то, что мы надеюсь сделать в будущем, хотя и услышать отзывы об этом очень важно.

Всего девять голосов, недостаточно, чтобы сделать это популярным запросом. Я бы рекомендовал вам проголосовать, они делают обращают внимание на это.

Answer 2

Фундаментальная причина в том, что VB думал, что сценарий имеет большую ценность для своих клиентов, чем C #, и, следовательно, инвестировал в эту функцию.Ничто не мешает C # добавить эту функцию.Это просто не соответствовало сокращенному списку, когда они сравнивали его с другими особенностями IDE.

Answer 3

по политическим соображениям, IMHO C # более «хардкорный», а vb более «давайте сделаем это быстро и заключим контракт с кодовой обезьяной».

Таким образом, программист VB обычно придерживается стандартной (vanilla install) установки Visual Studio, в то время как программист ac # установит один (или несколько) плагинов (Resharper, Coderush и т. Д.), Не считая дополнительных компонентов (Telerik, Devexpress ..), вместо этого ac # не будет работать, если в Visual Studio не будет хотя бы одного дополнительного модуля для помощи с кодом.