Lombok项目是否与使用getter和setter的数据封装相矛盾？

Question

可以使用声明私有变量并通过公共getter/setter方法（Java中的封装原则）访问它来在setter方法中添加自定义验证。

例如：如果我在银行类中的setBalance（）setter方法中放入负数验证，我可以限制银行中的负金额存款。这意味着可以限制字段中的意外更改。所以，如果我使用lombok，显然我不需要定义getter/setter方法。我可以做些什么来合并上述验证
它不会限制利用Java的数据封装属性吗？




Answer 1

通过使用@Getter、@Setter、@Data或@ValueLombok自动生成您的字段的公共访问器，如果您不需要公开字段，您可以使用AccessLevel。@Getter、@Setter上的NONE。
使用lombok可以尊重封装。

我建议您将可以对其执行的数据结构和操作（如验证）视为单独的关注点。这样，您将能够分别修改数据和验证。为了实现这一点，您可以使用一些框架，如Spring或aspectj。

如果您觉得这种方法对您的应用程序来说过于致命，那么您可以求助于使用私有构造函数和静态方法创建实例的不可变数据结构（@Value）。这些方法将执行必要的验证。

在类上添加验证的另一种方法是使用hibernate验证在getter上使用注释。

Answer 2

它并没有破坏数据封装，而是使其更加方便：简单的getter和setter只是噪音。

如果您的代码需要的不是简单的get或set，那么自动生成它们显然没有意义——但这是一个正交问题：您也无法手动执行。

您将受限访问与业务逻辑混为一谈。

在任何情况下：您都可以使用AOP系统在自动生成的函数周围放置保护子句，但您需要强制执行处理器运行的顺序。在我看来，这会造成混乱和额外的认知开销：让业务逻辑保持明确，或者在明确的代码之上分层。

Answer 3

匿名用户

对你是对的。所以你应该根据上下文仔细使用它。

如果一个对象是一个富域对象，只需使用@Setter为其所有字段添加公共设置器可能是一个坏主意，因为客户端可以轻松地将任何字段设置为任何值，而无需调用适当的方法来封装所有应该完成的业务逻辑。所以最终，对象的状态可能是不正确的。

但是，如果该对象只是用作没有任何业务逻辑（例如DTO）的数据容器，那么使用Setter//code>/Getter可以节省一些时间，并使代码具有更少的噪声。