工作中的编码标准甚至希望像方法一样编写简单的访问器。
IE
string x
{
get
{
return _x;
}
}
虽然对我来说把它写成是有意义的
string x { get { return _x; } }
因为一旦您有 10 个访问器,您将滚动浏览代码页面,想知道它们是如何组合在一起的,而不是很好地组合在一起。
哪一个更有意义?
工作中的编码标准甚至希望像方法一样编写简单的访问器。
IE
string x
{
get
{
return _x;
}
}
虽然对我来说把它写成是有意义的
string x { get { return _x; } }
因为一旦您有 10 个访问器,您将滚动浏览代码页面,想知道它们是如何组合在一起的,而不是很好地组合在一起。
哪一个更有意义?
对我来说,这样写是有意义的:
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; }
这完全取决于您的团队。你必须决定并按照选择的标准前进。没有好坏之分。微软可能会推荐一些东西,但这主要是为了让所有开发人员都可以很容易地理解代码。