您将如何从对象方法中访问对象属性？ [关闭]

Question

就目前而言，这个问题不适合我们的问答形式。 我们希望答案得到事实、参考或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。 如果您认为此问题可以改进并可能重新打开，请访问帮助中心以获取指导。

9年前关闭。

从不是 getter/setter 方法的对象方法中访问对象属性的“纯粹”或“正确”方式是什么？

我知道从对象外部你应该使用 getter/setter，但从内部你会这样做：

爪哇：

String property = this.property;

PHP：

$property = $this->property;

或者你会这样做：

爪哇：

String property = this.getProperty();

PHP：

$property = $this->getProperty();

如果我的 Java 有点不对，请原谅我，自从我用 Java 编程已经一年了......

编辑：

似乎人们假设我只是在谈论私有或受保护的变量/属性。 当我学习 OO 时，我被教导要为每个属性使用 getter/setter，即使它是公开的（实际上我被告知永远不要公开任何变量/属性）。 所以，我可能从一开始就从一个错误的假设开始。 似乎回答这个问题的人可能是说你应该有公共属性，那些不需要 getter 和 setter，这与我所学的和我所说的背道而驰，尽管也许这需要讨论为好。 不过，对于不同的问题，这可能是一个很好的话题......

Answer 1

这具有宗教战争的潜力，但在我看来，如果您使用 getter/setter，您也应该在内部使用它 - 使用两者将导致后期维护问题（例如，有人将代码添加到需要的 setter每次设置该属性时都运行，并且该属性正在内部设置，而没有调用该 setter）。

Answer 2

就我个人而言，我觉得保持一致很重要。 如果您有 getter 和 setter，请使用它们。 我直接访问字段的唯一时间是访问器有很多开销。 你可能会觉得你不必要地膨胀了你的代码，但它肯定可以在未来避免很多麻烦。 经典例子：

稍后，您可能希望更改该字段的工作方式。 也许它应该即时计算，或者您想为后备存储使用不同的类型。 如果您直接访问属性，那么像这样的更改可能会一次性破坏大量代码。

Answer 3

我对getters和 setter 很好很好的一致意见感到相当惊讶。 我推荐 Allen Holub 的煽动性文章“ Getter 和 Setter Are Evil ”。 当然，标题是为了震撼价值，但作者提出了有效的观点。

本质上，如果您为每个私有字段setters了getters和setters ，那么您就是在使这些字段与公共字段一样好。 您将很难更改私有字段的类型，而不会对调用该getter每个类产生连锁反应。

此外，从严格的面向对象的角度来看，对象应该响应与其（希望）单一职责相对应的消息（方法）。 绝大多数getters和setters对其组成对象没有意义； Pen.dispenseInkOnto(Surface)对我来说比Pen.getColor()更有意义。

getter 和 setter 还鼓励类的用户向对象询问一些数据，执行计算，然后在对象中设置一些其他值，这被称为过程编程。 你最好先简单地告诉对象做你想做的事情； 也称为信息专家习语。

然而，getter 和 setter 是层边界上的必要之恶——UI、持久性等等。 限制对类内部的访问，例如 C++ 的朋友关键字、Java 的包保护访问、.NET 的内部访问和Friend 类模式，可以帮助您将getters和 setter 的可见性降低到只有需要它们的人。

Answer 4

这取决于如何使用该属性。 例如，假设您有一个具有 name 属性的 student 对象。 如果尚未检索到名称，您可以使用 Get 方法从数据库中提取名称。 通过这种方式，您可以减少对数据库的不必要调用。

现在假设您的对象中有一个私有整数计数器，用于计算名称被调用的次数。 您可能不想在对象内部使用 Get 方法，因为它会产生无效计数。

Answer 5

PHP 提供了无数种方法来处理这个问题，包括魔术方法__get和__set ，但我更喜欢显式的 getter 和 setter。 原因如下：

1. 验证可以放在 setter（和 getter）中
2. Intellisense 使用显式方法
3. 毫无疑问，属性是只读、只写还是读写
4. 检索虚拟属性（即计算值）看起来与常规属性相同
5. 您可以轻松地设置从未在任何地方实际定义过的对象属性，然后将其变为未记录的

Answer 6

我只是在这里过火了吗？

可能 ;）

另一种方法是利用私有/受保护的方法来实际执行获取（缓存/数据库/等），并为其增加计数的公共包装器：

PHP：

public function getName() {
    $this->incrementNameCalled();
    return $this->_getName();
}

protected function _getName() {
    return $this->name;
}

然后从对象本身内部：

PHP：

$name = $this->_getName();

通过这种方式，您仍然可以将第一个参数用于其他用途（例如发送一个标志是否在这里使用缓存数据）。

Answer 7

我一定在这里错过了重点，为什么要在对象中使用 getter 来访问该对象的属性？

以此得出结论，getter 应该调用 getter，getter 应该调用 getter。

所以我会说在对象方法中直接访问一个属性，特别是看到调用该对象中的另一个方法（无论如何它只会直接访问该属性然后返回它）只是一个毫无意义的浪费练习（或者我误解了这个问题）。

Answer 8

这个问题不需要基于意见的答案。 从高内聚、低 耦合原则和SOLID 原则，它是计算科学几十年来很好地涵盖的主题。

纯粹的、阅读正确的、面向对象的方式是最小化耦合和最大化内聚。 因此，两者都应该避免，并遵循迪米特法则，然后使用“告诉不要问”方法。

使用对象作为参数，而不是获取紧密耦合两个类的对象属性的值，例如

  doSomethingWithProperty() {
     doSomethingWith( this.property ) ;
  }

如果属性是本机类型，例如 int，则使用访问方法，将其命名为问题域而不是编程域。

  doSomethingWithProperty( this.daysPerWeek() ) ;

这些将允许您维护封装和任何后置条件或依赖不变量。 您也可以使用 setter 方法来维护任何先决条件或依赖的不变量，但是不要陷入将它们命名为 setter 的陷阱，在使用习语时要回到好莱坞原则进行命名。

Answer 9

最好使用访问器方法，即使在对象中也是如此。 以下是我立即想到的要点：

1. 这样做应该是为了保持与从对象外部进行的访问的一致性。

2. 在某些情况下，这些访问器方法可以做的不仅仅是访问字段； 他们可能会进行一些额外的处理（尽管这种情况很少见）。 如果是这种情况，直接访问该字段将意味着您错过了额外的处理，如果在这些访问期间始终要进行此处理，您的程序可能会出错。

Answer 10

如果您的意思是“纯粹主义者”的“大多数封装”，那么我通常将所有字段声明为私有，然后在类本身中使用“this.field”。 对于其他类，包括子类，我使用 getter 访问实例状态。

Answer 11

我发现使用 setter/getter 使我的代码更易于阅读。 我也喜欢它在其他类使用这些方法时提供的控制，如果我更改了该属性将存储的数据。

Answer 12

具有公共或受保护属性的私有字段。 对值的访问应该通过属性，如果它们将在一个方法中多次使用，则将它们复制到局部变量。 如果且仅当您对应用程序的其余部分进行了如此彻底的调整、调整和其他优化，以便通过关联属性访问值已成为瓶颈（我保证这永远不会发生，我保证）您是否应该开始考虑让属性以外的任何东西直接接触它们的支持变量。

.NET 开发人员可以使用自动属性来强制执行此操作，因为在设计时您甚至看不到支持变量。

Answer 13

这取决于。 这更像是一个风格问题，没有硬性规定。

Answer 14

如果我不编辑属性，我将使用公共方法get_property()除非它是一个特殊场合，例如另一个对象中的 MySQLi 对象，在这种情况下，我只会将该属性设为 public 并将其称为$obj->object_property 。

在对象内部，对我来说始终是 $this->property。

Answer 15

我可能是错的，因为我是自学者，但我从不使用 Java 类中的公共属性，它们始终是私有的或受保护的，因此外部代码必须由 getter/setter 访问。 更好地用于维护/修改目的。 对于内部类代码...如果 getter 方法是微不足道的，我会直接使用属性，但我总是使用 setter 方法，因为如果我愿意，我可以轻松添加代码来触发事件。

Answer 16

好吧，似乎 C# 3.0 属性的默认实现是由您决定的； 您必须使用（可能是私有的）属性设置器来设置属性。

我个人只在不这样做会导致对象处于不太理想的状态时才使用私有成员隐藏，例如在初始化或涉及缓存/延迟加载时。

Answer 17

我喜欢cmcculloh的答案，但似乎最正确的是Greg Hurlman的答案。 如果您从一开始就开始使用 getter/setter 和/或您习惯使用它们，请始终使用它们。

顺便说一句，我个人发现使用 getter/setter 使代码更易于阅读和稍后调试。

Answer 18

正如一些评论中所述：有时你应该，有时你不应该。 关于私有变量的重要部分是，当您更改某些内容时，您可以看到它们被使用的所有地方。 如果你的 getter/setter 做了你需要的事情，就使用它。 如果没关系你决定。

可能会出现相反的情况，如果您使用 getter/setter 并且有人更改了 getter/setter，他们必须分析内部使用 getter 和 setter 的所有位置，以查看它是否弄乱了某些东西。