生产代码 + 测试模块信息 = 不可能?
Production code + Test module-info = Unpossible?
我有一个模拟 class,其中包含我从模块提供的服务的简单实现。我正在使用 OpenJDK 11.03、gradle 5.2.1 和 IntelliJ 2019.2。
在/main/code/myPackage/myService.java
我有:
package myPackage;
class myService {
public abstract void someFunction();
}
在我的 test/code/somePackage/myMockService
中我有:
package myPackage;
// no import, they're in the same package.
class myMockService extends myService {
@Override
public void someFunction() { System.out.prinln("Hello World"); }
}
在我的 main/code/module-info.java
我有:
module myModule {
exports somePackage;
}
我在 test/code/module-info.java
上尝试了几种变体,但都没有成功。例如:
// "open module" lets anyone use reflection within (mostly JUnit 5 in my case)
import myPackage.myService;
import myPackage.myMockService;
open module myTestModule {
exports myPackage;
provides myService with myMockService
}
上面的 module-info.java
吐出关于“模块名称 myTestModule 与预期名称 myModule 不匹配”、“包 'myPackage' 不可见”(来自 myMockModule.java)的错误,解释“包 myPackage 在模块 myModule 中声明,但模块 myTestModule 未读取它
另一方面,对于以下 module-info.java
,我得到了不同批次的错误(在代码下方)
import myPackage.myService;
import myPackage.myMockService;
open module myModule {
provides myService with myMockService;
}
如果没有 requires myModule;
,我的测试代码中对主代码分支的每次引用都会给出“错误:找不到符号”。 使用一个requires myModule;
,我得到一个“错误:涉及myModule的循环依赖”。
所以...我的测试不能在不同的模块中。而且它们不能是同一个模块! [删除了一长串咒骂]
如何在测试代码中引入服务的模拟版本而不是创建完全不同的 module/gradle 子项目?
或者这只是一个不可能的情况,虽然你可以有一个单独的测试模块信息,但你不能做太多是吗?
或者是否有某种方法可以在运行时动态加载内容,这样我就不必将每个小模拟服务都放在任何模块信息、测试或其他方面?这样 ServiceLoader.load()
就会找到它们。嗯...也许扩展 ServiceLoader
并将其用法包装在主代码中,这样它将在生产代码或测试代码中使用正确的代码...
a) 欢迎来到“模块化世界中的测试”!
TL;DR https://sormuras.github.io/blog/2018-09-11-testing-in-the-modular-world.html
拥有一个或多个专用测试模块很好。带着所有花里胡哨的东西,阅读 module-info.java
声明。这些测试模块是您的主要模块的第一批客户。只需确保您的构建工具在编译之前打包所有主要模块和 运行 测试模块。否则,您不会尽可能接近现实地测试您的主要模块——其他人会将您的主要模块作为 JAR 文件使用。你也应该如此。这也解决了服务和多版本 JAR 的所有问题。
现在是有趣的部分:模块内 测试,也称为白盒测试。或者如何测试驻留在非导出包中的类型或导出包中的包私有类型?使用知道如何在测试编译 and/or 测试运行时将测试模块修补到主模块(反之亦然)的构建。就像 pro or Bach.java(我维护的),或者在您使用 Gradle 的情况下,请参阅此答案的 b) 下面部分。
b) Gradle 和 Java main
, test
, …模块不是开箱即用的朋友,但是
最好的基于插件的解决方案:https://github.com/java9-modularity/gradle-modules-plugin——它尊重通过论文java测试运行时的命令行选项module-info.test
配置文件(我发明的)。在这里,您基本上通过详细的命令行选项描述了您的测试模块要求,尽管已经存在一个完美的 DSL:module-info-java
... 循环回到 a) 和模块感知构建工具。
c) IntelliJ IDEA 和 Java test 模块正在改进中!
- https://youtrack.jetbrains.com/issue/IDEA-171419
module-info.java
支持 2019.3
- https://youtrack.jetbrains.com/issue/IDEA-222831
module-info.test
支持,快了吗?
我有一个模拟 class,其中包含我从模块提供的服务的简单实现。我正在使用 OpenJDK 11.03、gradle 5.2.1 和 IntelliJ 2019.2。
在/main/code/myPackage/myService.java
我有:
package myPackage;
class myService {
public abstract void someFunction();
}
在我的 test/code/somePackage/myMockService
中我有:
package myPackage;
// no import, they're in the same package.
class myMockService extends myService {
@Override
public void someFunction() { System.out.prinln("Hello World"); }
}
在我的 main/code/module-info.java
我有:
module myModule {
exports somePackage;
}
我在 test/code/module-info.java
上尝试了几种变体,但都没有成功。例如:
// "open module" lets anyone use reflection within (mostly JUnit 5 in my case)
import myPackage.myService;
import myPackage.myMockService;
open module myTestModule {
exports myPackage;
provides myService with myMockService
}
上面的 module-info.java
吐出关于“模块名称 myTestModule 与预期名称 myModule 不匹配”、“包 'myPackage' 不可见”(来自 myMockModule.java)的错误,解释“包 myPackage 在模块 myModule 中声明,但模块 myTestModule 未读取它
另一方面,对于以下 module-info.java
,我得到了不同批次的错误(在代码下方)
import myPackage.myService;
import myPackage.myMockService;
open module myModule {
provides myService with myMockService;
}
如果没有 requires myModule;
,我的测试代码中对主代码分支的每次引用都会给出“错误:找不到符号”。 使用一个requires myModule;
,我得到一个“错误:涉及myModule的循环依赖”。
所以...我的测试不能在不同的模块中。而且它们不能是同一个模块! [删除了一长串咒骂]
如何在测试代码中引入服务的模拟版本而不是创建完全不同的 module/gradle 子项目?
或者这只是一个不可能的情况,虽然你可以有一个单独的测试模块信息,但你不能做太多是吗?
或者是否有某种方法可以在运行时动态加载内容,这样我就不必将每个小模拟服务都放在任何模块信息、测试或其他方面?这样
ServiceLoader.load()
就会找到它们。嗯...也许扩展ServiceLoader
并将其用法包装在主代码中,这样它将在生产代码或测试代码中使用正确的代码...
a) 欢迎来到“模块化世界中的测试”!
TL;DR https://sormuras.github.io/blog/2018-09-11-testing-in-the-modular-world.html
拥有一个或多个专用测试模块很好。带着所有花里胡哨的东西,阅读 module-info.java
声明。这些测试模块是您的主要模块的第一批客户。只需确保您的构建工具在编译之前打包所有主要模块和 运行 测试模块。否则,您不会尽可能接近现实地测试您的主要模块——其他人会将您的主要模块作为 JAR 文件使用。你也应该如此。这也解决了服务和多版本 JAR 的所有问题。
现在是有趣的部分:模块内 测试,也称为白盒测试。或者如何测试驻留在非导出包中的类型或导出包中的包私有类型?使用知道如何在测试编译 and/or 测试运行时将测试模块修补到主模块(反之亦然)的构建。就像 pro or Bach.java(我维护的),或者在您使用 Gradle 的情况下,请参阅此答案的 b) 下面部分。
b) Gradle 和 Java main
, test
, …模块不是开箱即用的朋友,但是
最好的基于插件的解决方案:https://github.com/java9-modularity/gradle-modules-plugin——它尊重通过论文java测试运行时的命令行选项module-info.test
配置文件(我发明的)。在这里,您基本上通过详细的命令行选项描述了您的测试模块要求,尽管已经存在一个完美的 DSL:module-info-java
... 循环回到 a) 和模块感知构建工具。
c) IntelliJ IDEA 和 Java test 模块正在改进中!
- https://youtrack.jetbrains.com/issue/IDEA-171419
module-info.java
支持 2019.3 - https://youtrack.jetbrains.com/issue/IDEA-222831
module-info.test
支持,快了吗?