Какие функции с нетерпением ждут .NET 4.0 - 4.1

StackOverflow https://stackoverflow.com/questions/710516

Вопрос

Я очень заинтересован в том, чтобы узнать, какие функции интересуют люди в предстоящих .NET Framework (ы)?

Будь то новые занятия или новые элементы управления, мне любопытно узнать взгляды людей.

Это было полезно?

Решение

Кодовые контракты и параллельные расширения. Ни один из языковых функций (в основном это то, что меня интересует), но оба могут значительно изменить то, как мы пишем код.

DLR действительно звучит круто и интересно, но я не уверен, что в конечном итоге использую его много, по крайней мере, с точки зрения взаимодействия с Ironruby/Ironpython. Было бы неплохо иметь возможность использовать позднее привязку, чтобы уменьшить код шаблона отражения, хотя

С точки зрения языковых особенностей C# 4, ковариация и противопоставленность будут скорее «Phew, что снижает раздражение», чем «Вахай, классные вещи!» Но необязательные/названные аргументы могут быть очень удобными. Это сделает написание/использование неизменных типов немного Легче, хотя я все еще хотел бы встроить поддержку для схемы строителя :)

Другие советы

В основном параллельные расширения и дисперсия. И конечно: System.Reactive / RX Framework / "Linq to Events", что, я думаю, может быть (приходи) очень большой.

Но есть и другие вещи, которые я не видел, упомянули здесь, что - в то время как «просто приятно иметь» в некотором роде - может пригодиться, когда новая версия наконец -то появилась. Нравиться:

  • BigInteger (Плохо что -то вроде INumber еще не сделал это ...)
  • ISet<T> а также SortedSet<T> (Самобалансирующие деревья в рамках)
  • Изменение API -интерфейсов перечисления файловых систем с возврата массивов (только?) На возвращение ienumerable (также?)
  • Поддержка по умолчанию для языка F#
  • Небольшие улучшения сжатия

Я думаю dynamic и необязательные/именованные параметры просто там, чтобы включить лучшее/более простое взаимодействие с языками, которые используют/требуют/требуют этих концепций. Так что они приятно иметь доступные. Но, конечно же, ничего, кроме этого.

Я с нетерпением жду новых элементов управления WPF. Я полагаю, что ныне WPF Toolkit будет включен в качестве элементов управления в рамках. Было бы намного приятнее иметь их в качестве элемента управления запасами в Visual Studio и их исправлять с помощью фреймворка .NET, а не загружать новый набор каждый раз, когда нагасывает ошибки.

Кроме того, я с нетерпением жду Visual Studio 2010 во всей его славе WPF!

  • Дополнительные параметры в C#

Больше, чем .NET 4.0, я действительно с нетерпением жду Visual Studio 2010, такой же, как ответ Джирвина.

Обещание многих лучших инструментов разработчика SharePoint и поддержки, потому что, когда вам нужно работать в нем в настоящее время, это немного боли.

Только варианты развертывания, на которых они планируют, сэкономит некоторые головные боли.

Поэтому я оптимистично с оптимизмом они слушали стоны от сообщества разработчиков.

DLR и параллельные расширения, хотя я не могу сказать, что я так сообщил о том, что именно будет в коробке, когда оно будет отправлено.

РЕДАКТИРОВАТЬ: Согласно Джону Скиту, кодовые контракты тоже выглядят красиво. Не на земле, но из образцов, которые я видел, они выглядят как хороший способ представить его.

Я много работаю с Expression, так что я с нетерпением жду Дополнительные типы выражения.

Мне также нравятся дополнительные/названные аргументы - но в основном как способ Упрощается общепринято; Не уверен, что я использовал бы это много иначе ...

Для меня самое важное - это Конвергенция между VB.NET и C#, теперь они, наконец, разделяют те же функции, которые были разбиты с 3,0/3,5.

Я также заинтересован:

Класс Framework Tuple и C#4 «Dynamic», который я собираюсь использовать повсюду, чтобы получить его для людей, которые используют «var» везде. (Я знаю, что «динамика» - это не чистая структура, но это структура части)

Ммм ... не StringOr Класс Апрельская шутка?

Редактор кодов Visual Studio 2010 является чистым WPF и способным быть составленным на любом мониторе, и добавления не используют неприятную модель Office COM (ENVDTE).

Я знаю, что это не фреймворк, но вопрос был помечен VS2010

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top