c# - 不可变只读对象与具有自动属性的对象

Question

一段时间以来我一直在想这个问题，但一直找不到关于这个主题的太多评论，也无法自己得出结论。

创建对象时，公认的最佳做法是在公开数据和允许操作数据方面尽可能限制对象。如果您可以使对象不可变，尤其是在多线程应用程序中，那么最好这样做。

话虽如此，C# 似乎更青睐不遵守此规则的开发人员，因为它允许类的定义更加简单，更重要的是，更易于维护。

采用以下只读不可变类:

public class ActiveDirectoryUser
{
    private readonly string firstName, lastName, office, username, email;

    public ActiveDirectoryUser(string firstName, string lastName, string office, string username, string email)
    {
        this.firstName = firstName;
        this.lastName = lastName;
        this.office = office;
        this.username = username;
        this.email = email;
    }

    public string FirstName
    {
        get { return firstName; }
    }

    public string LastName
    {
        get { return lastName; }
    }

    ...

    public string Email
    {
        get { return email; }
    }
}

并将其与下面的更简单的示例进行比较，该示例不是只读的。

public class ActiveDirectoryUser
{
    public string FirstName
    {
        get;
        set;
    }

    public string LastName
    {
        get;
        set;
    }

    ...

    public string Email
    {
        get;
        set;
    }
}

可以用下面的实例化:

ActiveDirectoryUser user = 
    new ActiveDirectoryUser
       { FirstName= "Sam", LastName = "Shiles", ..., Email ="Sam@shiles.com" };

考虑到更简单的定义、更少的代码行、更少的开发人员错误机会以及其他开发人员可以更容易地理解代码(尤其是比我们的简单示例更真实的示例)，这是有值(value)的创建适当的只读，不可变对象(immutable对象)，值得付出代价吗？

此外，其他人是否认为使用自动 esq 语法应该更容易在 C# 中创建不可变对象(immutable对象)，例如:

public string FirstName {get; readonly set;}

Answer 1

Given the simpler definition, the fewer lines of code, the less chance for developer error and the ease with which another developer can understand the code (especially with examples that are more true to life than our simple example), is the value of creating proper read-only, immutable objects, worth the cost?

是的。

我注意到没有什么能阻止你说

int Foo { get; private set; }

然后仅在构造函数中使用 setter，以保证属性的不变性。您只是没有得到很好的对象初始化器语法，但您可以很容易地创建一个构造函数。

Also, do other people believe that making immutable objects in C# should be made easier with an automatic-esq syntax...

是的。 C# 语言设计团队尤其相信这一点。

C# 3.0 添加了许多功能，使 C# 成为一种更加“不可变友好”的语言:匿名类型、查询理解和表达式树尤其鼓励不可变数据“函数式”编程风格。它还添加了使 C# 成为更“可变友好”语言的功能:自动属性、对象初始化程序和类型推断数组浮现在脑海中。

语言设计团队很清楚，后面这些特性使得创建可变对象变得更加容易，同时 DLR 团队正在制作一个庞大的不可变表达式树类型库。他们并没有失去讽刺意味，我可以向你保证。

语言设计团队提出了许多建议，希望使用更好的语法糖来制作不可变对象(immutable对象)。需要可变性的对象初始值设定项与不可变的匿名类型初始值设定项具有几乎相同的语法，这一事实显然是探索的起点，但不是唯一的起点。

话虽如此，当然，首先，我不再代表语言设计团队发言，其次，除了 Roslyn 项目之外，没有宣布 future 的 C# 版本。因此，关于语言的假设 future 版本的可能功能集的猜测只是:我的猜测。