在Java9中，需要和需要传递语句有什么区别？

Question

在模块声明中，requires和requires可传递模块语句之间有什么区别

例如：

module foo {
    requires java.base;
    requires transitive java.compiler;
}

Answer 1

要求描述了模块之间相互依赖的解析过程。

引用行

要求指令（与传递无关）表示一个模块依赖于其他模块。传递修饰符的作用是使其他模块也依赖于其他模块。如果模块M需要传递N，那么M不仅依赖于N，任何依赖于M的模块也依赖于N。这允许M被重构，以便它的一些或所有内容可以移动到一个新的模块N，而不会中断具有“需要M”指令的模块。

简言之：

需要-M模块依赖于其他模块N。

需要可传递的-其他模块隐式依赖于其他模块。例如：如果M模依赖于N，而另一个模P依赖于M，那么它也隐式依赖于N。

Answer 2

这两者之间的主要区别在于从一个模块到另一个模块的访问。

如果一个模块导出一个包，该包包含一个类型，该类型的签名引用第二个模块中的包，那么第一个模块的声明应包括对第二个模块的requires transitive依赖。这将确保依赖于第一个模块的其他模块能够自动读取第二个模块，从而访问该模块导出包中的所有类型。

因此，让我们假设您的用例：-

module foo {
    requires java.base;
    requires transitive java.compiler;
}

~

~

module bar {
    requires foo; // java.compiler is available to read
    requires java.base; // still required
}

Answer 3

如果模块条形码需要模块饮料，则模块系统。。。

• 强制饮料的存在（称为可靠配置）

如果条形码要求可传递的饮料，也会发生同样的情况-饮料必须存在，可以读取和访问。事实上，对于酒吧和饮料来说，transitive关键字没有任何改变。

依赖于bar的模块是受传递影响的模块：任何读取bar的模块也可以读取饮料。换句话说，饮料的可读性是隐含的（这就是为什么这被称为隐含可读性）。结果是顾客可以获得饮料的类型。

所以，如果bar需要可传递的饮料，而客户需要bar，则客户可以阅读饮料，即使它并不明确依赖于它。

但是为什么呢？假设您有一个模块，其公共API接受或返回另一个模块的类型。假设bar模块公开返回饮料的实例，这是来自饮料模块的接口：

// in module _bar_
public class Bar {

    // `Drink` comes from the module _drink_,
    // which _bar_ requires
    public Drink buyDrink() { /* ... */ }

}

在本例中，酒吧使用常规的requires饮料。比如说，客户依赖于酒吧，所以其所有代码都可以调用bar:：buydread。但是当它发生时会发生什么呢？

模块系统投诉客户未阅读饮料，因此无法访问饮料。要解决这个问题，客户还必须依赖饮料。真烦人！一个你不能马上使用的酒吧有多没用？

出于这个原因，引入了隐含的可读性：使一个在自己的公共应用编程接口中使用另一个模块类型的模块立即可用，而不需要调用者寻找并要求所有相关的模块。

所以如果酒吧需要传递饮料，顾客可以开始购买饮料，而不必需要饮料-需要酒吧就足够了。因为它应该。