我被教导要经常使用getter和setter。但是，我不知道这些方法的优点和缺点，因为通过实现它们，我们可以公开数据，也可以隐藏数据。

我对此有点困惑。有人能就我们为什么使用getter/setter以及它的优点给出一些适当的建议吗？

基本的"带有公共getter和setter的私有字段只返回或设置字段"模式在封装方面确实是完全没有意义的，只是它给了您一个以后更改它而不更改API的机会。

所以不要随意使用这种模式。仔细考虑您实际需要的操作。

getter和setter的真正意义在于，您应该只在它们合适的地方使用它们，并且它们可以做的不仅仅是获取和设置字段。

• 你只能有一个吸气剂。然后该属性为只读。这应该是最常见的情况。
• 您只能有一个setter，使得属性是可配置的，但是可以通信，没有其他任何东西应该依赖于它的值。
• getter可以从多个字段计算值，而不是返回一个字段。
• 一个能手可以做一个防守拷贝
• getter可以延迟执行昂贵的fetch操作，并使用字段缓存值
• 一个设定者可以做健全的检查，并抛出IllegalArgumentException。
• setter可以通知侦听器值的更改
• 您可以有一个将多个字段设置在一起的setter，因为它们在概念上属于一起。这不符合JavaBeans规范，所以如果您依赖于期望JavaBeans的框架或工具，就不要这样做。否则，这是一个有用的选择。

所有这些都是隐藏在简单的"getter和setter"接口后面的实现细节。封装就是这样的。

getter和setter的思想是控制对类中变量的访问。这样，如果需要在内部更改值以不同的方式表示，则可以这样做，而不必破坏类外部的任何代码。

例如，假设您有一个带有距离变量的类，它是以英寸度量的。几个月过去了，你在很多地方使用这个类，你突然意识到你需要用厘米来表示这个值。如果不使用getter和setter，则必须跟踪类的每一个使用并在那里转换。如果您使用getter和setter，您可以更改这些方法，使用类的所有内容都不会中断。

一个好的优点是，您可以通过不为特定字段实现setter使字段只读。

这就是缺点。getter/setter倾向于向外部世界公开类的实现细节。这不是好事。假设您正在编写一个汽车机械软件包。因此，您将需要一个Car类，因此您将为字段公开getter和setter。

在这个班上。这是因为当客户的汽车需要换油时，软件会发送电子邮件。

但是，当新车出来的时候，如果你决定一辆车是否需要换油与"每3000英里或3个月"不同，会发生什么呢？也许这些新车的油底壳里有一个传感器，可以测量污染程度。很明显，你会想用这个来确定是否需要换油。

问题是你用那些能手/二传手解决了错误的问题。没有人真正想知道最后一次换油是什么时候，他们想知道你是否需要另一次。它们只是实现细节，但您使它们成为接口的一部分。你应该做的是添加一个方法

然后Car类可以实现它想要的任何东西。如果算法改变了，机械类就不需要了，因为它所需要的只是需要的soilchange方法。

使用getter和setter没有任何错误——只要注意，通过使用它们并将它们全部公开，您就暴露了变量，并且在某种程度上违反了封装。这就是您所提到的文章试图警告的内容——不要只为所有私有实例变量自动生成getter和setter；想想您希望向其他类公开什么(以及在什么级别，即private/protected/public)，这样您就可以只在需要时公开。

这主要用于下面的Java bean中。

public Class MyBean{

private int var1;

public void setVar1(int pVar1){

this.var1=pvar1;

}

public int getVar1(){

返回VAR1；

}

}

好处如下

1。这样我们就可以实现封装

2。它被称为DTO(数据传输对象)设计模式。它用于在基于MVC的应用程序中将数据从一个层传输到另一个层。就像你可以从表单中获取用户输入的数据(使用getter)，你可以使用相同的数据插入数据库(使用setter)和副verca。最新的框架(Spring)将其作为内置功能提供。