Java @Getter@Setter批注无法解析为类型
我正在尝试自动化JavaBean中的getter和setter方法 因为,方法和字段命名约定是为bean@描述的,所以必须有一种方法来使用这些约定,以避免像为每个bean编写getter和setter方法这样的锅炉板代码。我找到了这样一种方法 我在我的Windows机器上使用带有JavaSE6的EclipseHeliosIDE。尽管Eclipse确实提供了一种在不显式编写getter和setter方法的情况下生成getter和setter方法的方法,但使用注释将使代码更加清晰易读 但是,当我在Eclipse中编写以下代码时,在编译时会出现以下错误:Java @Getter@Setter批注无法解析为类型,java,annotations,Java,Annotations,我正在尝试自动化JavaBean中的getter和setter方法 因为,方法和字段命名约定是为bean@描述的,所以必须有一种方法来使用这些约定,以避免像为每个bean编写getter和setter方法这样的锅炉板代码。我找到了这样一种方法 我在我的Windows机器上使用带有JavaSE6的EclipseHeliosIDE。尽管Eclipse确实提供了一种在不显式编写getter和setter方法的情况下生成getter和setter方法的方法,但使用注释将使代码更加清晰易读 但是,当我在E
private @Getter @Setter int price;
错误:
无法将Getter解析为类型。无法将Setter解析为类型
如何解决它呢?
@Getter
和@Setter
不是Java的一部分。具有具有这些名称的注释,因此您应该研究如何设置它。@Getter
和@Setter
不是Java的一部分。有带有这些名称的注释,因此您应该研究如何设置它。即使它工作正常,也不应该将其作为常规做法。在同一代码上工作的多个人可能与您的设置不同
我们花了将近一天的时间试图弄清楚为什么有些东西不能在构建服务器上正确编译,结果发现它是由eclipes自动生成的一些注释造成的。即使它可以工作,也不应该让它成为常规做法。在同一代码上工作的多个人可能与您的设置不同
我们花了将近一天的时间试图弄清楚为什么有些东西不能在构建服务器上正确编译,结果发现这是由eclipes自动生成的一些注释造成的。那些可能仍然无法通过eclipse识别@Getter和@Setter的人,您必须遵循lombok.jar的安装说明。对于eclipse,您必须 日食 执行lombok.jar(双击它,或者运行java-jar lombok.jar)
然后重新启动eclipse,只有这样eclipse才能识别@Getter和@Setter。在eclipse上,仅仅在构建路径中使用lombok.jar可能无法解决这个问题。那些可能仍然无法获得eclipse认可的@Getter和@Setter的人,您必须遵循lombok.jar的安装说明。对于eclipse,您必须
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>1.16.6</version>
<scope>provided</scope>
</dependency>
日食
执行lombok.jar(双击它,或者运行java-jar lombok.jar)
然后重新启动eclipse,只有这样eclipse才能识别@Getter和@Setter。在eclipse上,仅仅在构建路径中使用lombok.jar可能无法解决这个问题。
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>1.16.6</version>
<scope>provided</scope>
</dependency>
org.projectlombok
龙目
1.16.6
假如
我通过在pom.xml中使用这个依赖项解决了这个问题。
org.projectlombok
龙目
1.16.6
假如
我通过在pom.xml中使用这个依赖项解决了这个问题。使用了他们的注释处理工具吗?我下载了lombak.jar,可从下载。在我的Eclipse中添加了它,效果很好。谢谢:)您使用过他们的注释处理工具吗?我从下载了lombak.jar。在我的Eclipse中添加了它,效果很好。谢谢:)我不同意你的看法。在某种程度上,您建议不要使用外部库和工具,因为其他人可能不知道它们。如果它在保持可读性的同时提高了生产率,通常是一件好事;-)我不同意你的观点。在某种程度上,您建议不要使用外部库和工具,因为其他人可能不知道它们。如果它在保持可读性的同时提高了生产率,通常是一件好事;-)