如何快速熟悉一个新项目

大彬大约 3 分钟

很多人刚进入一家新公司后，最头疼的就是如何快速了解公司的业务和项目架构。

一方面是文档很少或者没有文档，只能自己硬着头皮摸索；另一方面大家都很忙，很少有人会帮你梳理业务逻辑。如果你碰到一个特别热心的老员工，随时在你身边答疑解惑，那你的运气实在是太好了，现实是大家都很忙，没人给你讲解。

领导只给你几天时间熟悉，接着就要深入项目做开发了，怎么办呢？

接下来分享我总结的一些经验。

从页面到数据库

对某个具体项目的了解，一定要建立在对整体了解的基础上。首先可以给项目画出一条线，并标明每一个节点的信息，就像这样：页面访问路径--前端项目--后台服务--数据库地址（也可以通过流程图的形式）。

这个整理的过程，主要是让自己梳理清楚前端项目分别调用了哪些后台服务，通过后台服务和数据库的名称，我们能大致了解到这条业务线提供了什么功能，从前端项目和页面路径，我们能了解到我们需要给用户展示什么。

这个阶段不需要花费太多时间，重点就是仅仅是了解这条业务线的整体内容。

上面都是整理项目的大体框架，还没有涉及到具体的项目细节。

一般业务项目无非就是对数据库的增删改查操作而已，或者从使用者的角度看，一个项目就是输入一些参数得到一些返回结果。

接下来要做的就是整理数据库表了。

这里首先要选择一个核心项目去看，众多项目中一定有一个是核心项目，先从核心项目开始看起。

如果数据库的表比较少，直接一个个看就行了。但如果数据库表特别多，那就需要先筛选出哪些是核心的表了。

如何判断哪些是核心表呢？最快的方式就是找老员工问一下，一般核心表不会很多。有些表可以先忽略不看，比如copy结（备份），rel结尾的（中间关联表），statistics结尾的（数据统计表），log结尾（日志表），config结尾（配置表），等等。

到此，你就对整体的数据库结构有所了解了。根据表名也能对表的大致内容有所了解，接下来就是针对具体的表，看里面具体的字段和前人给出的备注，这个过程就没有技巧了，要耐心，要慢慢熬。

当你对数据库表有了大体的了解后，你基本上对这个系统能提供什么服务了解到差不多了。接下来就是深入代码层理解业务逻辑了。

一般业务相关的项目代码分三个部分：

这三种类型的代码研究清楚后，对于一个业务型的项目来说，已经基本足够了。

另外，在研究具体业务代码的同时，要不断地跳出来回顾整条业务线的框架，修正之前由于不了解具体业务而出现的理解偏差。

通过做需求，带着具体问题去看，踩的坑多了，解的bug多了，自然而然就会更熟悉这个项目了。