单行访问器应该像方法或类似变量一样编写

Question

工作中的编码标准甚至要求简单的访问器像方法一样编写。

即

string x 
{
  get 
    { 
      return _x;
    }
}

对我而言，将其写为

是有道理的

string x { get { return _x; } }

因为一旦你有10个访问者，你就会滚动浏览代码页面，想知道它们是如何组合在一起的，而不是很合适。

哪一个更有意义？

Answer 1

对我来说，这样写是有道理的：

string x 
{
    get { return _x; }
    set { _x = value; }
}

但是我2年前工作过的地方，我被要求这样写：

string x {
    get { return _x; }
    set { _x = value; }
}

我只是习惯了它，3个月后对我来说很自然。

对我而言，这就像在一行中声明两个不同的东西，但大多数情况下，我不习惯它，所以我不喜欢它：

public string X { get { return _x; } }

同时，autoproperties工作正常，对我来说：

public string X { get; set; }

这完全取决于你的团队。你必须决定并选择标准。 没有好的或坏的。微软可能会推荐一些东西，但这主要是为了让所有开发人员都能轻松理解代码。