前可以使用任何类 现在考虑到构成的模块实现中的更强封装使用描述模块外部实现细节的类实际上变得不可能。生产力增长。如您所知虚拟机使用各种优化机制。制造商声称如果系统提前知道所有需要使用的应用程序依赖项这些机制会更好地工作。使用模块想知道您的版本包含哪些模块吗使用列表模块键。这就是我发现我的中存在个模块的方式。为了让系统将个包识别为个模块它必须包含个模块声明文件。
它可能包含以下信息模块名称有关依赖项的信息关于模块导出的 亚美尼亚电子邮件列表 包该模块提供使用的服务列表通过反射的可访问性程度。文件必须位于包的根目录下它的最少内容可以是打开打开提供要求使用与传递。为了向后兼容它们只是模块声明中的关键这很好因为在代码中使用它们不会影响编译成功。表示对另个模块的依赖这就是紧密封装的意思在英语源代码中查看这些行时他们会说读取模块但我更习惯说模块依赖于模块。
不要忘记必须将模块添加为依赖项。此外在描述依赖时可以指定另个关键字这将允许使用的模块使用而无需在模块声明中显式声明这种依赖。否则这段代码将无法编译定义模块的包其中带有修饰符的类将在该模块外部可用除了类本身它们的内部和也将可用此外语法扩展可用通过在单词之后指定以逗号分隔的模块列表您可以限制可以使用导出模块的模块。将模块定义为某些服务的实现。