如何给C#自动属性一个初始值？
我要么使用构造函数，要么恢复到旧语法。
使用构造函数：
class Person
{
public Person()
{
Name = "Initial Name";
}
public string Name { get; set; }
}
使用普通属性语法（具有初始值）
private string name = "Initial Name";
public string Name
{
get
{
return name;
}
set
{
name = value;
}
}
有更好的方法吗？
当前回答
我知道这是一个老问题，但当我在寻找如何使用重写选项继承默认值时，我想到了
//base class
public class Car
{
public virtual string FuelUnits
{
get { return "gasoline in gallons"; }
protected set { }
}
}
//derived
public class Tesla : Car
{
public override string FuelUnits => "ampere hour";
}
其他回答
在C#6及以上版本中，您可以简单地使用语法：
public object Foo { get; set; } = bar;
请注意，要具有只读属性，只需省略集合，如下所示：
public object Foo { get; } = bar;
您还可以从构造函数中指定只读自动属性。
在此之前，我的回答如下。
我会避免在构造函数中添加默认值；将其留给动态赋值，并避免在变量赋值的两个点（即默认类型和构造函数中）。在这种情况下，我通常只写一个普通属性。
另一个选项是执行ASP.Net的操作，并通过属性定义默认值：
http://msdn.microsoft.com/en-us/library/system.componentmodel.defaultvalueattribute.aspx
在C#5和更早版本中，要给自动实现的财产一个初始值，必须在构造函数中完成。
从C#6.0开始，您可以在线指定初始值。语法为：
public int X { get; set; } = x; // C# 6 or higher
DefaultValueAttribute用于VS设计器（或任何其他使用者）指定默认值，而不是初始值。（即使在设计对象中，初始值也是默认值）。
在编译时，DefaultValueAttribute不会影响生成的IL，并且不会读取该属性以将属性初始化为该值（请参阅DefaultValue属性不适用于我的自动属性）。
影响IL的属性示例有ThreadStaticAttribute、CallerMemberNameAttribute。。。
除了已经接受的答案外，对于要将默认属性定义为其他财产的函数的场景，您可以在C#6.0（及更高版本）上使用表达式体表示法来实现更优雅、更简洁的结构，如：
public class Person{
public string FullName => $"{First} {Last}"; // expression body notation
public string First { get; set; } = "First";
public string Last { get; set; } = "Last";
}
您可以按以下方式使用以上内容
var p = new Person();
p.FullName; // First Last
p.First = "Jon";
p.Last = "Snow";
p.FullName; // Jon Snow
为了能够使用上述“=>”表示法，属性必须是只读的，并且不使用get accessor关键字。
MSDN上的详细信息
为了澄清，是的，您需要在构造函数中为类派生对象设置默认值。您需要确保构造函数在使用时具有正确的访问修饰符。如果对象未实例化，例如它没有构造函数（例如静态方法），则可以通过字段设置默认值。这里的理由是，对象本身将只创建一次，而不实例化它。
@达伦·科普（Darren Kopp）-回答不错，干净利落，正确无误。重申一下，您可以为抽象方法编写构造函数。您只需在编写构造函数时从基类访问它们：
基类构造函数：
public BaseClassAbstract()
{
this.PropertyName = "Default Name";
}
派生/具体/子类的构造函数：
public SubClass() : base() { }
这里的重点是，从基类中提取的实例变量可能会隐藏您的基字段名。使用“this.”设置当前实例化的对象值将允许您根据当前实例和所需的权限级别（访问修饰符）正确形成对象。
这已经过时了，我的立场已经改变了。我将把最初的答案留给子孙后代。
就我个人而言，如果你不打算在汽车产业之外做任何事情，我根本不认为把它变成一个产业有什么意义。把它当作一块场地。这些项目的封装优势只是红色的鲱鱼，因为它们背后没有什么可封装的。如果您需要更改底层实现，您仍然可以将其重构为财产，而不会破坏任何依赖代码。
嗯……也许这将是以后它自己的问题的主题
