在方法中你也可以输入一些代码和属性。例如，我有一个属性名称。当类名更改时，我想从数据库中获取一些数据并更改对象的状态。我可以添加此代码来设置我的部分属性。其他解决方案是将集合部分更改为私有并添加名为 SetName 的方法，并在此方法中添加我的代码。
那么有什么区别呢？什么时候不适合将一些代码放入 getter / setter 以及何时创建自己的方法来更改我的属性和我的类的其他部分？
【问题讨论】：
标签： c# class oop properties methods
这里有一套很好的指南，说明何时使用来自Bill Wagner 的属性和方法（固定链接）
对 setter 的重复调用（具有相同的值）应该与单次调用没有区别。
get 不应返回对内部数据结构的引用（参见第 23 项）。一个方法可以返回一个深拷贝，并且可以避免这个问题。
【讨论】：
给定这样的属性
private string _name;
public string Name { get { return _name; } set { _name = value; } }
可以写出以下两种方法：
public string get_Name() { return _name; }
public void set_Name(string value) { _name = value; }
作用相同。事实上，这正是编译器在您创建属性时为您所做的事情。
一般来说，当属性中的代码开始感觉“昂贵”时，我会避开属性，如果这有意义的话。我希望属性感觉像字段（具有在特定时间发生的受控副作用），因此它们应该是轻量级的。
【讨论】：
属性不过是一些语法糖。 在某些情况下，最好定义一个属性而不是一个方法，因为它更清晰/更具可读性。
设计指南指出，当您要实现的功能成本很高时，应该首选方法而不是属性。
实际上，一个属性被实现为一个或两个方法；取决于您的财产是否有二传手。该属性被翻译成 get_xxx 和 set_xxx 方法。
【讨论】：
仔细想想，属性不仅仅是语法糖。它们是您的会员数据对您会员代码的公开面孔。
因此，为您提供了一个干净的层，用于从您的代码中检索或输入成员数据的单个方面。
例如，DTO 只不过是一堆写得很好的属性，可以有效地切割数据和行为。 如果没有 DTO，您会想象将 DataGrid 或 Dropdown 紧密耦合到复杂的业务逻辑方法吗？
简单地说，方法实际上是在做这项工作......属性要么发起动作，要么获取状态。
不过，您可以在属性中使用方法代码......这不是它们的用途。甚至，如果您必须这样做，最好对属性内的另一个方法进行干净的调用，而不是实际在其中编写代码。 HTH！
【讨论】：
每当我需要将代码放入 getter/setter 中时，我都会将代码放入私有方法中，然后从 getter/setter 中调用该方法。这样，如果我在其他地方需要，代码可以在方法调用中使用。不确定这是否是您正在寻找的答案，但这只是我使用的一种方法。
【讨论】：
基本上没有区别（除了setter中保留的标识符“value”）。
Getter 和 setter 在内部被翻译成标准方法，这样运行时就无法知道某个 getter 或 setter 是否与某个属性相关联。术语语法糖通常用于此类方便的构造。
但是，软件工程有一个重要的好处：如果您限制自己使用带有 get 和 set 语义的 getter 和 setter，您的代码往往更容易理解。 IE。仅执行提供相应属性所需的步骤。
做一些额外工作的常见用例是例如设置或获取不直接由成员字段支持的属性。例如，您有一个包含表示距离的值的类。您的课程可以提供两个属性：Kilometers 和 Miles 以及各自的 setter 和 getter。然后，您将在一对中进行简单的转换，并保存自己两次存储该值。
作为一般经验法则，您不应将任何代码放入具有副作用的 getter 中。此外，setter 中的代码应该具有的唯一副作用是 setter 引用的对象的状态变化。
【讨论】：
本质上，属性是几个方法 - getProperty 和 setProperty。这只是事物的约定/简化。
假定属性 getter 没有副作用（嗯 - 它们可能具有某些副作用，例如延迟加载）。
【讨论】：
这可能不是最重要的区别，但其中一个区别是调试器可以配置为跳过属性（假设它们的代码很简单）。
【讨论】：