Java Lombok，仅使用getter setter而不是equals或tostring

因为我们不使用

tostring

或

equals

，它会减少

覆盖范围

因此，我们需要禁用lombok for
tostring
，
equals

有办法吗

为getter

@Getter(AccessLevel.NONE)

我可以这样做，但对于其他人，我能做什么

据我所知

@lombok.Accessors(chain = true, fluent = true)

这也是给getter setter的
如果我正确理解了你的问题，这应该可以

@Setter
@Getter
public class SomeClass {
...
}

如果我没弄错你的问题，这个就行了

@Setter
@Getter
public class SomeClass {
...
}

我不知道你在使用什么覆盖率，但我们已经启用了lombok设置，以防止它影响我们的覆盖率。使用以下命令在项目的顶层创建一个lombok.config文件：

config.stopBubbling = true
lombok.addLombokGeneratedAnnotation = true

第一行是可选的；它只是告诉lombok停止搜索其他配置文件。第二行使lombok向它创建的方法添加注释，将它们标记为lombok生成的。对于我们使用的覆盖率工具jacoco，它阻止它在计算覆盖率时考虑这些方法。
我不知道您在使用什么覆盖率，但我们启用了lombok设置，以防止它影响我们的覆盖率。使用以下命令在项目的顶层创建一个lombok.config文件：

config.stopBubbling = true
lombok.addLombokGeneratedAnnotation = true

第一行是可选的；它只是告诉lombok停止搜索其他配置文件。第二行使lombok向它创建的方法添加注释，将它们标记为lombok生成的。对于我们使用的覆盖率工具jacoco，它阻止它在计算覆盖率时考虑这些方法。
为什么您认为由于这个原因导致代码覆盖率下降是一件坏事？所以您的应用程序中不使用任何持久性框架或基于散列的集合？特别是equals和hashCode方法被许多Java内部方法和类使用。@christopher替代方法是为这些方法编写测试，但是测试lombok生成的代码没有意义。当然，龙目族人也有自己的测试。vegan应该编写单元测试来测试vegan的代码，而不是lombok的代码。或者改变你对代码覆盖率的看法，接受它是一个单一的度量标准，这个数字的下降并不是客观上的坏事，你能看看@christopher David Conrad吗？为什么你认为代码覆盖率因为这个原因下降是件坏事？所以你的应用程序中不使用任何持久性框架或基于哈希的集合？特别是equals和hashCode方法被许多Java内部方法和类使用。@christopher替代方法是为这些方法编写测试，但是测试lombok生成的代码没有意义。当然，龙目族人也有自己的测试。vegan应该编写单元测试来测试vegan的代码，而不是lombok的代码。或者改变你对代码覆盖率的看法，接受它是一个单一的指标，在一系列指标中，下降的数字客观上并不坏。你能看@christopher David Conrad请看请看