自从上次写了 碎碎念-习得性无助(十二) ,就开始大爆发。连续写了探索SpringBoot系列。因为探索系列需要不断地对知识进输入和输出,而且技术文章也需要一定的沉淀才能完成,所以让我先沉淀一到两天,把最难的问题梳理出来之后,再接着我们的探索系列。今天来聊聊 如何熟悉一个新项目 。
在刚开始接触一个新项目的时候,我们往往会不知所措。这个时候不妨参考一下我的做法,可能会带来一些帮助。
最近,开始接触一个之前没有接触过的一个项目,所以会有点心得体会。我觉得可以从依赖,配置文件,功能,debug,bug修复和新功能改造这几个方面入手,可以加速理解一个新的项目。其实新项目不一定是公司里面的项目,也可以是Github上面的项目。
有人说过 一个厉害的程序员往往看一眼pom文件,就可以知道这个项目是干嘛的
。是的,最近也是感觉到这句话越来越对了。让我们好好思考一下这句话到底代表着什么含义?为什么看一眼 pom
文件就能知道这个项目是干嘛的?其实是因为 pom
文件里面包含了这个项目所有的依赖,这些依赖代表着该项目所有的功能。比如说项目中依赖 redis缓存
,那么 pom文件
中肯定会存在 redis
相关的 Jar
包;再比如说项目是 spring boot
启动的,那么该项目中肯定会存在 spring boot
的 Jar
包。
通过深入分析pom文件或者Maven的这种方式就大概能够知道该项目的所有的功能点有哪些了。其实配置文件也是一个道理。配置文件存在项目中所有需要配置的内容。比如说,使用到了Mysql数据库,那么起码得配置一下Mysql数据库的连接URL把。比如说,使用到了redis缓存,那么起码得配置一下redis的IP和端口把。其实和pom文件是异曲同工,可以结合起来看。
我们不能拿到一个项目的时候,直接看代码,这样会造成只见树木,而不见树林。我们要熟悉一个项目,我们最好的方式肯定是从功能点熟悉起来,我们掌握主要的流程和功能之后,这个时候我们再去阅读代码,往往会事半功倍。因为代码中往往隐藏这大量的实现细节,这中实现细节很多可能不是主流程所需要的,但是阅读的时候往往会被带偏。但是,如果在我们熟悉主要流程的时候再去阅读代码,就能够隐隐感知到哪一块是主流程,是主要的代码逻辑。
**有些人读代码真的是读代码。我们要学会debug代码,运行地角度去阅读代码。**在项目的运行过程中,我们才能知道所有在项目中使用的变量到底是什么值,会发生些什么过程。这个时候,我们才能对代码有一个细节的把握。 永远不要相信自己的大脑可以准确地运行代码。
最后,上面都做完了之后,我们就要直接开始 bug修复过程和新功能添加过程 了。这才是最后我们要达到的目的。 我们不能等万事俱备,只欠东风的时候,才进行bug修复和新功能添加 。往往前面的过程进行的再正确,到最后一步,我们还是得一行代码一行代码的调试,运行,我们只有在不断地测试过程中,我们才能理解每一行代码所代码的真正的含义。
以后这里每天都会写一篇文章,题材不限,内容不限,字数不限。尽量把自己每天的思考都放入其中。
如果这篇文章给你带来了帮助,能请你写下是哪个部分吗?有效的反馈是对我最大的帮助。
我是shane。今天是2019年8月15日。百天写作计划的第二十二天,22/100。