在c#中使用私有属性有什么原因吗?

我刚刚意识到c#属性结构也可以与私有访问修饰符一起使用:

private string Password { get; set; }

虽然这在技术上很有趣，但我无法想象我什么时候会使用它，因为私人领域涉及的仪式甚至更少:

private string _password;

我无法想象什么时候我需要能够在内部获取但不设置或设置但不获取私有字段:

private string Password { get; }

private string Password { set; }

但也许有嵌套/继承类的用例，或者可能get/set可能包含逻辑，而不仅仅是返回属性的值，尽管我倾向于严格保持属性简单，让显式方法做任何逻辑，例如GetEncodedPassword()。

是否有人出于某种原因在c#中使用私有属性，或者它只是那些技术上可行但在实际代码中很少使用的结构之一?

齿顶高

不错的答案，我仔细阅读了这些私人财产的用途:

当需要惰性加载私有字段时当私有字段需要额外的逻辑或者是计算值时因为私有字段很难调试为了“向自己展示一份合同” 将公开的属性作为序列化的一部分在内部转换/简化包装要在类中使用的全局变量

当前回答

当存在与属性set或get相关的逻辑时(考虑惰性初始化)，并且属性在类中的几个地方使用时，这是非常有意义的。

如果它只是一个直接的后场?我想不出什么好理由。

其他回答

显式字段的一些更奇特的用法包括:

你需要使用ref或out的值-可能因为它是一个联锁计数器它旨在表示基本布局，例如在具有显式布局的结构上(可能映射到c++转储或不安全代码) 在历史上，该类型一直与带有自动字段处理的BinaryFormatter一起使用(更改为auto-props会更改名称，从而破坏序列化器)

当存在与属性set或get相关的逻辑时(考虑惰性初始化)，并且属性在类中的几个地方使用时，这是非常有意义的。

如果它只是一个直接的后场?我想不出什么好理由。

私有get only属性的一个很好的用法是计算值。有几次我有私有只读属性，只是在我的类型中对其他字段进行计算。它不值得作为方法，其他类也不感兴趣，所以它是私有属性。

通常只修改使用get/set方法的成员，甚至是私有方法。现在，这背后的逻辑是，所以你知道你的get/set总是以一种特定的方式表现(例如，触发事件)，这似乎没有意义，因为这些不会包括在属性方案中……但旧习难改。

我知道这个问题很老了，但下面的信息没有出现在任何当前的答案中。

我无法想象什么时候我需要内部获取而不是设置

如果你正在注入你的依赖项，你可能很想在属性上有一个Getter，而不是一个setter，因为这将表示一个只读属性。换句话说，Property只能在构造函数中设置，不能由类中的任何其他代码更改。

此外，Visual Studio Professional将提供关于属性而不是字段的信息，从而更容易看到您的字段正在被使用。

推荐文章