-2

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

IE

string x 
{
  get 
    { 
      return _x;
    }
}

虽然对我来说把它写成是有意义的

string x { get { return _x; } }

因为一旦您有 10 个访问器,您将滚动浏览代码页面,想知道它们是如何组合在一起的,而不是很好地组合在一起。

哪一个更有意义?

4

1 回答 1

1

对我来说,这样写是有意义的:

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

但是两年前我工作的地方,我被要求这样写:

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

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

对我来说,这就像在一行上声明 2 个不同的东西,但大多数情况下,我不习惯它,所以我不喜欢它:

public string X { get { return _x; } }

同时,对我来说,自动属性工作正常:

public string X { get; set; }

这完全取决于您的团队。你必须决定并按照选择的标准前进。没有好坏之分。微软可能会推荐一些东西,但这主要是为了让所有开发人员都可以很容易地理解代码。

于 2013-10-24T19:23:55.477 回答