- 前言
- 第一部分 核心实现
- 第 1 章 Spring 整体架构和环境搭建
- 第 2 章 容器的基本实现
- 第 3 章 默认标签的解析
- 第 4 章 自定义标签的解析
- 第 5 章 bean 的加载
- 第 6 章 容器的功能扩展
- 第 7 章 AOP
- 第二部分 企业应用
- 第 8 章 数据库连接 JDBC
- 第 9 章 整合 MyBatis
- 第 10 章 事务
- 第 11 章 SpringMVC
- 第 12 章 远程服务
- 第 13 章 Spring 消息
1.2.3 下载 Spring
因为 Spring 源码是通过 GitHub 进行管理的,所以我们首先打开 GitHub,单击快捷菜单中的“Git Shell”选项,如图 1-6 所示。
图 1-6 启动 GitHub 启动菜单
打开 GitHub 后,你可以通过 cd 命令将当前操作目录转换到我们想要存储源码的目录,例如,想要将下载的源码存储到 e:\test 下,则可以执行“cd e:\test”。
输入以下命令:
git clone git://github.com/SpringSource/Spring-framework.git
其中“git://github.com/SpringSource/Spring-framework.git”为 Spring 的源码地址。执行命令后便进入源码下载状态,如图 1-7 所示。
图 1-7 使用 GitHub 开始下载源码
经过一段时间的等待后源码下载结束,窗口状态如图 1-8 所示。
图 1-8 源码下载结束的窗口显示
而这时候我们去查看,对应的文件夹下已经存在了相应的源码信息,如图 1-9 所示。
图 1-9 下载的 Spring 源码
但是当前的源码并不可以直接导入 Eclipse 中,我们还需要将源码转换为 Eclipse 可以读取的形式。网上有各种各样的方法,其中出现最多的是告诉大家将所有工程一次性的编译、导入,但是笔者并不推荐这样的方式,因为这样会耗费大量的时间,而且当存在编译错误的时候你不得不重新编译。笔者建议只对我们感兴趣的工程进行 Eclipse 工程转换,比如我们想要查看 Spring 事务部分的源码,打开命令窗口,将当前目录切换至源码所在目录,例如,这里是 Spring-tx 文件夹下,执行命令“gradle cleanidea eclipse”,当窗口出现如下状态说明已经开始执行转换过程,如图 1-10 所示。
图 1-10 Spring 源码转换至 eclipse 工程
经过一段时间后转换成功,如图 1-11 所示。
这时,我们再查看对应的文件夹会发现,已经出现了作为 Eclipse 工程所必须的.project 与.classpath 文件了,如图 1-12 所示。
打开 Eclipse,将工程导入,导入后如图 1-13 所示。
图 1-11 Spring 源码成功转换至 eclipse 工程
图 1-12 转换至 Eclipse 工程后的 Spring 源码结构
图 1-13 导入 Eclipse 后的源码工程
你会发现工程名称前面有一个感叹号,这说明存在错误。查看依赖包及工程,会看到当前工程所依赖的包已经完全导入,没有问题,工程所依赖的 JAR 如图 1-14 所示。
图 1-14 工程依赖的 JAR
但是,查看依赖的 Projects 时发现,当前工程还要依赖于其他 Spring 中的 6 个工程,这时,读者可以选择以同样的方式继续导入源码工程,或者,直接找到对应的 JAR 加入编译路径,工程所依赖的 Projects 如图 1-15 所示。
图 1-15 工程所依赖的 Projects
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论