Почему автоматические свойства C# не поддерживают значения по умолчанию, такие как VB 2010?

Question

Глядя на новые функции VB 2010, я наткнулся на поддержку Auto-Implemented Properties.

Поскольку я работаю с C#, это казалось вполне знакомым, но я заметил, что VB сделал добавить функцию Я хотел бы, чтобы в C#: настройка произвольного значения по умолчанию для автоматического Реализуемого имущества:

Public Class Person 

    Property Name As String = "Scott Guthrie" 
    Property Age as Integer = 35 

End Class 

Мне очень нравится чистое использование авто-свойств в C#. Это сэкономит нам усилия по созданию поля поддержки и подключению его к свойству каждый раз, когда нам просто нужно значение по умолчанию, тем самым излишне загромождать код.

Мне было интересно, почему это не было введено и на C#? Что может быть причиной для этого? Является ли обсуждение синтаксиса или существуют технические ограничения для его реализации?

Answer 1

насчет:

public class Person 
{ 
    public Person() 
    { 
     this.Name = "Scott Guthrie"; 
     this.Age = 35; 
    } 
    public string Name { get; set; } 
    public string Age { get; set; } 
} 

на практике, что сводится к тому же и не так много дополнительной работы, я считаю. Но, может быть, на этот раз за долгое время, VB выглядит более четкое то C# ... ;-)

EDIT (обоснование):
Вы просили обоснование в вашем последнем комментарии по (и в) ваш оригинал вопрос. Размышляя вслух, я думаю, что принцип в C#, что код инициализации идет в одно место и только одно место, а именно конструктор, является причиной этого решения. Добавление другого места, где вы должны искать код инициализации, делает отладку более сложной, а код менее ясен.

Очевидно, встроенное значение инициализации не может содержать другие инициализации или вычисления (по крайней мере, очень ограниченные). Хотя я согласен, что это может быть более кратким в способе VB, я бы понял команду C# и Андерса Хейлсберга, если бы они сказали, что они считают большим преимуществом иметь одно место для инициализации.

EDIT:here's what Microsoft says about it. Короче говоря, не для C# 4.0, а, возможно, C# 5.0? Также:

«Это не так просто, как это звучит, хотя: следующая вещь, которую вы хотите для конструктора для инициализации поля подложки , но это может сделать только то, что через сеттер, который может быть не то, что вы хотите."

и (весь комментатор):

"Отсутствие инициализации или конструктора управления делает функцию практически бесполезна для свойств, возвращающих ссылочного типа"

.

Answer 2

Почему бы не просто поменять их в конструкторе? Это то, за что тоже.

Answer 3

Хотя я не Microsoft, я бы предположил, что предполагаемая выгода была меньше стоимости реализации, тестирования и поддержки этой функции.

Конечно, можно просто установить значения по умолчанию, объявляя конструктор, но я согласен, что синтаксис VB немного понятнее (особенно, если вы собираетесь украсить его с помощью метаданных, таких как <DefaultValue(...)>)

Answer 4

У меня есть решение для утомительной работы по преобразованию автоматического свойства в свойство-back-field: My addin , AtomineerUtils сделает это рефакторинг для вас одним нажатием клавиши.