玩转IDEA项目结构Project Structure，打Jar包、模块/依赖管理全搞定(下)

新建Java依赖库

New Library新建菜单选项中选择Java选项

这种方式简单的讲 从你本机里选择一个jar 或者一个目录里面包含jar、文档 就成。优点是非常轻便 不依赖网络 缺点是这些jar必须是你本机已实际存在的。

新建Maven依赖库

New Library新建菜单选项中选择From Maven选项

输入GAV 或者关键字查找 就能定位到jar 此种方式使用起来其实非常方便 毕竟maven非常好用嘛。缺点自然就是一般情况下需要都需要依赖于网络喽 除非你本地仓库已存在对应的jar。

通过这两种方式各执行一次添加新的依赖完成后 再看hello模块的依赖情况 效果如图

既然依赖变化了 自然而然的也会体现在hello.iml文件里喽 来看看

依赖添加进来 源代码里就可以正常使用啦

依赖作用范围

在New Library创建依赖的时候 不管用哪种方式选中后 它都会弹出这个窗口让你选择此依赖的作用范围

Module Library 模块级别 只能本模块使用 别的模块看都看不见Project Library 默认选中 项目级别 该项目下所有的模块均能看见和选中使用Global Library 全局级别 任何项目均可看见和使用

在本例中commons-io是模块级别 commons-lang3是项目级别。因此hello-client模块添加依赖时也是能够看到commons-lang3这个依赖的 但看不见commons-io :

Libraries页情况

当某Library是所有/大部分模块都需要的依赖时 就可以上升为Project级别的依赖 抽取到Libraries标签页来统一管理。如图 因为上面步骤创建的commons-lang3是项目级别的 所以也会出现在这里。

至于如何创建/添加Project级别的依赖 这里就不用再赘述了吧 上面【新增依赖】章节已讲得很明白。唯一区别在该页面选好后不用再选择Library的作用范围了 因为就是Project级别的嘛 取而代之的是让你选择作用的模块

当然喽 你也可以一个都不选 点击cancle 那么该jar只是被创建了 而不作用于任何module模块。

说明 对于一个多模块的Project来讲 建议项目使用的所有Jar都放在这里统一管理 模块要使用时直接按需choose就成 而不需要自己再单独add 方便统一管理

Facets页情况

Facets可理解为用于配置Project项目的框架区 它能看到项目的每个Module模块使用的框架、语言等情况 并且还可以对它们进行配置。

比如Spring框架 如果某个模块使用了它就可以来这里统一配置。优点是你会发现借助IDEA强大的功能它都给你想好了哪些地方可配置 你可以更改 让你实现配置界面化。除了Spring 其它框架如Hibernate也是如此~

目前支持的Facets 语言/框架 类型有

模块对应的Facets IDEA会自动Detection探测 若没有你也可以手动添加。

为了更形象的描述此tab页的作用 这里搬一个我自己生产项目来看看实际效果

说明 不同的Facet对应的最右端窗口内容配置项是不一样的。

通过此视窗 可以看到你当前Project项目 哪些模块使用了Spring框架 哪些是web项目 一目了然。它有个非常大的作用就是站在Project的视角对每个模块进行整体把控 比如若你发现有个模块不需要是web项目 并不需要对外提供服务接口 那铁定就是多引包了或者职责不清晰导致的 就可立马针对性解决 消除隐患。

在实际工作中我自己比较频繁的使用这个功能 用于对模块性质的定位 比如如果是普通模块 绝对不允许是web工程 如果不需要依赖Spring绝对不允许成为Spring工程。因为严格控制Jar包依赖、工程性质是应对大型项目的有效手段。

当然喽 Facets还有个作用是让IDEA编译器认识你的模块 比如如果你是个web模块 若没有在Facets里体现出来 那IDEA就不认识你 就无法给你提供web的一些便捷操作了。

Artifacts页情况

IDEA如何打Jar包 如何打War包 来 上菜~

在Maven大行其道的今天 虽然用IDEA打包很少使用了 但是有些时候它对你本地调试还是蛮有用的 并且对理解maven的打包依旧有效 来 了解一下。

Artifacts这个概念不是特别好理解 artifact是maven里的一个概念 被IDEA借鉴过来。表示某个模块要何种打包形式 如jar、war exploded、war、ear等等。Artifact是一个项目资源的组合体 整合编译后的 java 文件 资源文件等。有不同的整合方式 比如jar、war、war exploded等等 对于一个module而言 有了Artifact就可以部署了 类似于maven的package打包。

说明 war 和 war exploded区别就是后者不压缩 开发时选后者便于实时看到修改文件后的效果

来个栗子 这里演示下将hello模块打包成一个Jar

配置好后 只需顶部菜单栏Build - Build Artifacts 就可以打出这个Jar包

执行完此命令后 在Output Directory里就能看到hello.jar这个打包好的文件啦。然后java -jar .\hello.jar就能运行喽 因为咱们打的是可执行Jar包 。关于使用IDEA打包还包括打可执行jar包、Fatjar、包外引用jar包等等 这里就不展开了 后面会放在单独文章里把各种方式汇总在一起聊聊。

总的来说 无论配置Facets还是Artifacts 都是Intellij IDEA要求我们来做的 虽然有些可自动识别 目的是以便其能识别这些文件并整合各插件实现功能 如自动化配置、自动打包 一切为了编码体验和编码效率。

模块如何依赖其它Module

一个中大型项目一般有多个模块 它们各司其职。模块与模块之间一般都存在依赖关系 比如常见的xxx-core模块一般会被其它几乎所有模块所依赖。模块依赖外部库Library知道怎么搞了 那么如何增加本项目的模块依赖呢

其实道理和步骤基本一样 比如hello-core模块里有个Person类

hello-service模块也需要用到Person类及其功能 那么就需要把hello-core模块依赖进来 操作步骤如下

添加Dependency依赖时 请选择Module Dependency...选项

选择本项目中需要依赖进来的模块

选中hello-core模块把它依赖到hello-service里来

点击ok 搞定了。对应的 此依赖关系也会体现在hello-service.iml这个配置文件上

如此 我们就可以在hello-service模块里正常使用Person类啦

public static void main(String[] args) {

 System.out.println(new Person());

完美。

总结

本文对IntelliJ IDEA的项目结构Project Structure的每个tab页进行了全面分析 据我短浅的目光所及 可能是全网独一份写这个内容的。很多同学觉得IntelliJ IDEA不需要专门的学习分析 会用它导入maven项目 跑跑main函数启动下Spring Boot就成啦 我却不以为然。

衡量一个新手和一个高手的差异不是顺风顺水时 而是遇到问题时谁能够快速解决 谁又只能望洋兴叹 相信薪资的差异也体现在此。我见过的“高手”对自己最常用的工具用得都是很666的 这不正是技术范该有的样子麽 说到底 我们不可能认为用一指禅敲代码的人会是大牛嘛~

好啦 关于IDEA的话题暂且先聊到这。其实我想到的主题还有好几个 如

IDEA如何主动去识别导入不能被自动识别的Maven项目 原理是什么呢 IDEA如何打可执行Jar包 又如何打FatJar 如何打 包外Jar包 散包 呢 IDEA如何巧用其最新的Http Client脚本能力 结合对Controller的嗅探快速完成本地测试 …

有你pick的吗 欢迎留言告诉我 需求多就尽快上号 不然这个专题就暂时告一段落啦 把时间继续花在其它专题上啦。

本文思考题

本文所属专栏 IDEA 后台回复专栏名即可获取全部内容。本文已被https://www.yourbatman.cn收录。

看完了不一定懂 看懂了不一定会。来 文末3个思考题帮你复盘

Module模块如何单独设置JDK版本 IDEA如何打jar包 开个脑洞 Maven用pom管理项目结构 IDEA是如何识别它的呢