转java开发快一年了，对比以前的iOS开发，还是有很多的收获的。以前对后端不理解的地方，现在也大概了解了。
这一年里，从熟悉项目到开发一个小需求，到一个微服务，再到好几个微服务。慢慢对JAVA的开发有了一些粗糙的理解。
这篇文章主要是记录下自己总结的在JAVA开发中熟悉一个项目的方法论。
从某种角度上讲，前端（移动端）就是画UI+渲染数据，后端开发就是对数据的增删改查。
首先是让项目run起来
1.从增删改查开始
熟悉一个后端项目，需求是没办法一下全部掌握的，刚开始也没必要。在熟悉项目阶段，我感觉首先要做的，就是顺着一个接口，将该项目的增删改查的整个链路搞清楚。因为现在的大多数项目，都是前后端分离的。bug的排查，一般也是controller层开始然后顺着整个链路排查。
2.熟悉增删改查链路中用到的框架和规范
在对整个增删改查链路有个大致理解后，就需要梳理链路中用到的技术了，也就是用到的第三方框架和公司的自研框架，并整理成文档，在后期的实践中不断的补充和勘误。
还有就是规范十分重要，每个程序员有自己的开发规范。统一开发规范有点统一度量衡的味道，前期可能比较痛苦，但后期对项目的维护好处是巨大的。
3.梳理项目的需求，把握各个模块微服务之间的联系
梳理项目需求，有几个比较好的办法：一个是整理流程图，一个是整理数据流图，其他如功能结构图也会有一定的帮助。梳理需求并不是一蹴而就的，而是需求反复的去修改补充的。
常规的项目经过这三个步骤的熟悉后基本就可以为公司创造价值了，然后在逐步的熟悉加深中慢慢去掌握项目中的设计模式和技术架构。剩下就是平时和同事吹牛逼了。
