首页 > 代码库 > 怎样阅读公司的项目代码

怎样阅读公司的项目代码

看到ITFriend中有些小伙伴刚进入公司,面对大量的项目代码,往往手足无措,有点慌,我说下我的经历。

声明:我从事的是C++开发工作。阅读的代码都是基于client/server的,下面谈的是C++项目代码的阅读方法多些

希望懂java的小伙伴分享下java公司项目代码的阅读方法。小弟感激不尽。

    编译代码把项目跑起来  代码到手以后。先尝试着编译一下,无非就是库的配置。库路径的配置,缺少某个文件,或者头文件包括路径不对,一般公司给你的代码都能够编译成功,windows平台下一般使用vs工具来编译。集成调试工具。而Linux下编译.使用gcc(g++)编译器 make工具或者automake工具,详细使用方法在搜索引擎上能找到。编译成功以后把项目跑起来。我喜欢看看client长啥样,哈哈,恭喜你,迈出了第一步

    看项目文档,和项目开发者(维护人员)进行沟通    公司的项目代码会有相关的设计文档,比方XX项目概要设计文档、XX项目具体设计文档、XX项目模块设计以及之间依赖关系的文档等等,通过这些文档,软件开发者起码对项目有个总体的认识,比方项目本身是解决什么领域问题的?有哪些功能模块以及他们的大体功能是什么?使用了什么开源库?通过文档还能够了解到代码中的一些数据结构的具体凝视,网络传输是怎样设计的,使用了哪些协议?数据库中的字段是怎样设计的。以及数据库中各个表之间的关系。在看代码的过程中,遇到模糊不清或者自己拿不住的代码,要及时和同事沟通,他们对代码的熟悉程度比我们强。虚心有礼貌的问人家。否则自己在那憋着瞎猜代码的含义,费时费力还得不偿失,开口求人帮忙就那么难?嘻嘻,你帮我下,我帮你下。咱俩慢慢就熟悉了嘛

    搞清楚程序的流程和大体框架。详细功能模块详细分析    从main函数開始,把client和server怎么工作的流程大致的看一下,client怎样连接server段的?serverclient是怎样进行数据交互的?在关键的地方下断点。看看client发送来的内容是什么。server在接收到client发送来的消息后是怎样处理的。

个人建议。先把程序的流程和总体框架搞懂一点。明确一些函数大概是实现什么功能就能够,如今不要去过多的关注和沉迷在功能模块的实现细节中,当须要定位到详细的某个功能实现模块的时候,再切换到函数实现中一点点分析代码就ok。假设对某个地方不太清楚,能够自己改动下源码,执行一下看看执行的结果如何。

我刚開始的时候不敢改源码,怕改错了项目就不好使了。领导会骂我,先拷贝一份编译好的源码,然后任意改。反正我另一份备份的源码,我不怕。

    个人兴趣驱动或者debug驱动方式来看代码    说实话,单纯的看代码真心没劲枯燥,并且效率不高。

我们能够自我驱动看代码,比方思考某个功能是怎样实现的呢?然后推測可能是怎样实现的。然后再项目代码中一点点去跟踪源码,慢慢的剥茧抽丝,相信你会有恍然大悟的感觉。

另一种就是公司会用改bug的方式来驱动你熟悉代码,我刚进公司的时候就是这样,解决一个bug后。不只对于项目总体流程熟悉了,也对当中的几个模块熟悉了。一举两得。

    UML帮助我们整理思路    使用UML帮助我们整理思维,使用类图来分析类与类之间的关系,使用UML里的活动图。配合IDE工具分析核心业务流程,理解软件是怎样工作的。使用UML来整理程序流程这招。还是在我进入公司以后。带我的老师教我的,个人感觉很受益。程序开发者在初期的时候可能对于画UML图有点不适应。慢慢就习惯了。对于整理思路挺有帮助的。希望大家养成个好习惯,嘻嘻。
    详细的模块分析    对须要的详细的代码进行详细分析。搞清变量的意义和关联关系,搞清实现的逻辑和算法。好的代码。此处是会有凝视的。

能够自己F11走到项目代码中。然后单步调试。看看每一个变量是怎样变化的。会加深对这个函数中的逻辑和算法的理解。

    心理状态的调整    项目源码的代码量多没啥。可是我们自己心里不要着急,慢慢来。自己努力的功夫到了,多花点时间在看代码思考代码上,公司的代码会被你一点点啃透的。

假设遇到看不懂代码的情况,就分析下自己为什么看不懂?是项目使用了自己不熟悉的设计模式?还是一些业务领域基础知识自己没有掌握(比方我自己做视频server开发,就须要看非常多资料去了解视频格式,视频压缩,视频编码以及视频传输的一些协议)?或者是自己对项目框架的理解不正确导致的,要自动的分析

ps:有一本《代码阅读方法和实践》(code reading),会教你如何去阅读源码。

怎样阅读公司的项目代码