了解自动实现的属性
我有使用自动实现的属性的简单类：
Public Class foo { public foo() { } public string BarName {get; set;} } 我显然在我的类中使用变量BarName，现在需要在设置属性值时添加逻辑（它必须全部为大写，如图）。 这是否意味着我现在需要为BarName创建一个私有变量，例如_BarName，并将我的类中使用的当前BarName变量更改为_BarName？
Public Class foo { public foo() {} private string _BarName = ""; public string BarName { get {return _BarName;} set {_BarName = Value.ToString().ToUpper();} } }
我试图确保我理解使用自动实现的属性的含义，以及当我/如果我需要更改某些内容时它会带来什么。 我假设重构，如上所示，不是一个突破性的变化，因为该属性基本上保持不变; 它只是在类中做了一些工作，以保持这种方式并添加所需的逻辑。
另一个可能更有意义的例子是我需要在使用setter或getter时调用某个方法; 更多然后改变价值。
这似乎是设置属性的代码行和行的公平交易。
这是否意味着我现在需要为BarName创建一个私有变量
是
并更改我class级中使用的当前BarName变量
不要更改类中的其余代码以使用您创建的新私有变量。 BarName作为一个属性，旨在隐藏私有变量（以及其他内容），以避免您考虑对其余代码进行全面更改。
我假设重构，如上所示，不是一个突破性的变化，因为该属性基本上保持不变; 只需花一点时间就可以保持这种状态并添加所需的逻辑。
正确。
你不需要改变任何东西。 自动实现的属性只是语法糖。 编译器在后台为您生成私有变量和get / set逻辑。 如果添加自己的getter / setter逻辑，编译器将使用您的代码而不是其自动生成的代码，但就该属性的用户而言，没有任何改变; 任何引用您的财产的代码都将继续有效。
使用自动属性时，您无法直接访问底层的“后备”变量，也无法访问在属性getter和setter中实现的实际逻辑。 您只能访问该属性（因此在整个代码中使用BarName）。
如果您现在需要在setter中实现特定逻辑，则不能再使用自动属性，而是需要以“老式”方式实现该属性。 在这种情况下，您需要实现自己的私有后备变量（首选方法，至少对我而言，是将私有后备变量命名为与属性相同的名称，但使用初始小写（在本例中为支持）变量将命名为barName）。然后，您将在getter / setter中实现适当的逻辑。
在您的示例中，您是正确的，它不是一个重大变化。 这种类型的重构（从自动属性移动到“普通”属性不应该是一个重大变化，因为您不更改公共接口（公共属性的名称或可访问性）。
如果您知道要validation该对象，请不要使用自动属性。 这些对象可以是域对象等。如果你有一个Customer类，那么使用私有变量，因为你可能需要validation名称，birthdate等。但是如果你使用的是Rss类，那么只需使用自动属性就可以了。因为没有执行validation，并且该类仅用于保存一些数据。
你对重构是正确的，它确实不应该破坏任何东西。
您是否确实需要将类中的引用传递给属性名称并更改它们以引用私有字段，这取决于内部代码是否需要访问数据的基础表示而不是如何呈现给数据class上的消费者。 在大多数情况下，你可以独自留下足够的空间
在您的简单示例中，单独保留足够好并确保类内部的代码不会破坏在setter中执行的转换/格式化是明智的。
另一方面，如果getter正在做一些魔术，将字段的内部表示更改为消费者查看数据所需的方式，那么可能（在某些情况下）类中的内部代码需要访问该字段。
您需要查看类中自动属性访问的每次出现，并确定是应该触摸该字段还是使用该属性。
自动属性只是语法糖，编译器实际上为它创建了私有成员，但由于它是在编译时生成的，因此无法访问它。
稍后，如果要为属性实现getter和setter，只有这样才能为它创建一个显式私有成员并添加逻辑。