文章目录
- 前言
- 模块化
- 模块化案例
- 可交互的REPL工具
前言
谈到Java9大家往往第一个想到的就是Jigsaw项目(后改名为Modularity)。众所周知,Java已经发展超过20年(95年最初发布),Java和相关生态在不断丰富的同时也越来越暴露出一些问题:
- Java运行环境的膨胀和臃肿。每次JVM启动的时候,至少会有30~ 60MB的内存加载,主要原因是JVM需要加载rt.jar,不管其中的类是否被classloader加载,第一步整个jar都会被JVM加载到内存当中去。
- 当代码库越来越大,创建复杂,盘根错节的“意大利面条式代码”的几率呈指数级的增长。不同版本的类库交叉依赖导致让人头疼的问题,这些都阻碍了Java 开发和运行效率的提升。
- 很难真正地对代码进行封装,而系统并没有对不同部分(也就是JAR文件)之间的依赖关系有个明确的概念。每一个公共类都可以被类路径之下任何其它的公共类所访问到,这样就会导致无意中使用了并不想被公开访问的API。
模块化
(而模块化可以根据模块的需要加载程序运行需要的class)
本质上讲,模块化就是在package外面包裹一层(说白了就是项目下有众多模块),进行管理各个模块,比如一个电商项目下面有支付模块、购物模块,模块跟模块之间相互调用,这样代码就更安全。
模块之间的可访问性是所使用的模块和使用模块之间的双向协议:模块明确地使其公共类型可供其他模块使用,而且使用这些公共类型的模块明确声明对第一个模块的依赖,模块中所有未导出的软件包都是模块的私有的,他们不能在模块之外使用。
模块化案例
创建一个普通的Java项目
然后在这个项目下准备两个模块。
然后在JDK19Module1中添加一些类
然后我们需要考虑如何在JDK19module2中使用这个类?,或者说是使用模块1中的类。
第一步,在两个模块的src下创建各自的module-info.java
创建完毕的结构为:
在JDK19Module1的module-info.java文件中。设置哪些包可以向外暴露
然后在JDK19Module2的module-info.java中引入模块2
但是发现报错了,原因是,我们要把模块1添加为模块2的运行环境,具体操作如下
project structure > modules > JDK19Module2>dependencies >>+module lib > JDK19Module1> apply >>ok
这个是时候,在模块2中就可以使用模块1 中的类了
可交互的REPL工具
像Python和Scala 之类的语言早就有交互式编程环境REPL (read -evaluate - print -loop)了,以交互式的方式对语句和表达式进行求值。开发者只需要输入一些代码,就可以在编译前获得对程序的反馈。而之前的Java 版本要想执行代码,必须创建文件、声明类、提供测试方法方可实现。
要想实现REPL,需要一个命令:JShell命令(linux中是shell命令,java中的shell命令)
将环境变量配置为java9,就可以在控制命令台使用jshell命令了:如果电脑上安装了其他版本的JDK,环境变量也是其他版本,可以在dos上通过cd 切换到指定版本的bin目录下,就可以使用该版本的jshell了.
简单的输出语句
上面操作的代码关闭窗口后就消失了。如果我们需要持久化相关的代码,也可以操作
退出jshell
/exit