Question

所以，我一直想要使用Lombok一段时间 - 而且我终于开始了一个我可以使用它的项目。需要注意的重要一点是，这将是一个大型的企业级应用程序，因此所使用的集成模式必须是有意义的，尽可能少的黑客。

所以我看了一下lombok-maven-plugin和整个delombok软糖。我知道这将复制我的所有代码，并扩展现有的lombok注释。这给了我第二组生成的.java文件，这些文件在编译期间需要由maven使用。

然而，通过生成这些新的源文件 - eclipse会选择它们并尝试将它们引入我的项目中。因此，它会触发关于重复类的一百万（好的，轻微的夸张）错误。

某些解决方案建议我更改POM中的<sourceDirectory>。这会让事情变得更好，因为mvn eclipse:eclipse现在将完全省略项目中的src/main/java java目录 - 只显示delombok进程的输出。

然后提出我需要使用一个配置文件来编译/打包项目，另一个建议使用mvn eclipse:eclipse。这不是一个可接受的解决方案，因为我不得不花费足够的时间来维护/解释我已经很复杂的maven设置 - 而不必引入一个全新的配置文件（除了我现有的配置文件）。

我希望有一些灵感可以让我免于为我的项目写下Lombok。这是一个减少样板代码的好工具，但它似乎还没有为黄金时段的企业使用做好准备 - 我觉得非常令人失望： - （

以下是我目前的POM：

<build>
    <sourceDirectory>target/generated-sources/delombok</sourceDirectory>
    <testSourceDirectory>target/generated-test-sources/delombok</testSourceDirectory>
    <plugins>
        <plugin>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>2.3.2</version>
            <configuration>
                <source>1.7</source>
                <target>1.7</target>
            </configuration>
        </plugin>
        <plugin>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok-maven-plugin</artifactId>
            <version>1.12.2.0</version>
            <dependencies>
                <dependency>    
                    <groupId>sun.jdk</groupId>
                    <artifactId>tools</artifactId>
                    <version>1.7</version>
                    <scope>system</scope>
                    <systemPath>${java.home}/../lib/tools.jar</systemPath>
                </dependency>
            </dependencies>
            <executions>
                <execution>
                    <id>delombok</id>
                    <phase>generate-sources</phase>
                    <goals>
                        <goal>delombok</goal>
                    </goals>
                    <configuration>
                        <encoding>UTF-8</encoding>
                        <addOutputDirectory>false</addOutputDirectory>
                        <sourceDirectory>src/main/java</sourceDirectory>
                    </configuration>
                </execution>
                <execution>
                    <id>test-delombok</id>
                    <phase>generate-test-sources</phase>
                    <goals>
                        <goal>testDelombok</goal>
                    </goals>
                    <configuration>
                        <encoding>UTF-8</encoding>
                        <addOutputDirectory>false</addOutputDirectory>
                        <sourceDirectory>src/test/java</sourceDirectory>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

目前只将exomboked代码放在我的eclipse项目中。

最后的注意事项 - 我也非常沮丧，我必须在我们将要使用的所有日食中手动安装lombok。主要是因为我是谁将从所有无法使其工作的开发人员接听电话。我明白为什么它不像mvn eclipse:eclipse那么简单，但我还是想注意我的失望。如果我们必须手动设置每个库以便在每个开发人员的机器上使用，我们将在早期的日子里回来。

Answer 1

我们已经在我们的项目中成功使用lombok已有1。5年了。我们没有使用任何delombokification，而是将lombok作为提供的依赖项，如此

    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>0.11.0</version>
        <scope>provided</scope>
    </dependency>

这就是它所需要的一切。我们可以使用lombok注释，它们被eclipse和maven构建都识别出来。这甚至与eclipse中的EclEmma兼容，当相应的生成代码（不是）时，它将注释标记为（未）覆盖。

您必须手动在每个Eclipse实例上安装它，因为大多数JDT都没有打开以供eclipse插件修改。这是lombok开发人员无法解除的技术限制。无论如何，安装程序非常简单，到目前为止从未让我失望。

Answer 2

您不一定需要使用lombok-maven-plugin来利用Lombok。据我所知，插件所做的 delombofication 意味着允许代码覆盖和javadoc之类的东西拥有完整版本的代码。即便如此，这个过程只会发生在Javadoc建设时间。

问题是你的项目是否可以没有它。如果是，那么只需添加lombok作为Maven依赖项即可。

在Eclipse中，您确实需要安装它。请注意，Lombok仍然是一种实验性的事实，可能是默认情况下它不包含在Eclipse中的原因。

Maven，Lombok和Eclipse - 有意义的整合模式

2 个答案: