转战oa系统，谈一下刚接触一个旧的大项目该怎么做

转战oa系统，谈一下刚接触一个旧的大项目该怎么做

之前的项目暂时停止，但有相关问题，小伙伴们还是可以提出来，我看到后还是会尽快解答的。

最近在熟悉另外一个项目了，在华为的虚拟后台搞，有一些保密规定，所有一些细节就不太方便透露了。

一、先了解一下当前项目的技术使用呢情况：
开发软件使用的eclipse，开发框架使用springmvc（由于不能连外网，导致很多插件下载不了，很恶心，又要开始各种繁琐的配置了），版本控制使用的git，数据库使用Oracle，数据库连接软件使用的dbever。

二、通过简单的观察了解整体项目的情况
通常按照正规的程序，这里我们应该是会根据各种项目的文档（需求文档、开发规范文档、接口文档、测试文档、插件文档、数据库文档等等），但此时，好像什么都没有。。。所以另辟蹊径吧。

1、寻找“需求文档”（需求是编程开始的源头以及目标）
通过版本控制插件查看提交历史，这里是git（有的使用svn或者其他等等）
根据git查看开发历史，这个项目已经持续了2年半之久了。有着很长很长的一个提交列表，从最开始查看每一个提交的简要说明。
当然也不用看的那么仔细，只要通过这些信息来简单了解一下这个项目的成长史，使你快速的掌握整个项目的脉络。

2、寻找“规范文档”
一个好的规范文档会使代码变得井井有条，而且很容易看出一个类、方法、属性的作用。
在这个环节中，通过观察项目的整体命名发现一些问题：
①命名规范问题：
可能是由于时间线太长、人员更替问题，在梳理中发现代码规范各种不堪，充满了很多种不同的个人风格，比如各种起名规范和大小驼峰的使用，注释各种格式和引用变量的万千方式。反正简直是强迫症都要犯了。。。。。。。
来说一下解决方法：这时就要静下心来，只关注于将来自己开发的代码部分，做好自己的命名规范和相应习惯，做到始终统一，千万不要被其他部分影响到（统一的规范会更清晰的展示整个项目的脉络，而且使你更容易的找到自己的代码）
②复杂的各种老旧代码：
时间线比较长的项目，难免的还有就是各种乱七八糟的老旧代码，包括一些空的类和 方法，也包括各种被注释过的代码段，虽然有些看着很不顺眼，但你又不敢动，谁知道一不小心会不会影响到其他环节。
解决方法：千万不要动，即使你觉得这段内容一点用都没有，也不要手欠去改动。因为项目过于庞大，很容易出现一些牵一发而动全身的情况，就算确认过真的没问题也不行，因为鉴于开发过程中一些玄而又玄的情况（各系统的链接是很脆弱的，还会存在一些不明的问题出现）。如果你看着难受，那就改变自己，去接受吧。。。。

3、寻找了解代码的下手点
对于springmvc来说，还是比较简单的，主要分为一个前端，一个后端，还有一个数据库。但当你点到项目代码中，铺面而来的就是一大堆的包，一大堆的类。在眼花缭乱之际简直是脑袋都要炸裂了。
那么，首先让我们从配置文档下手，不管代码有多复杂、多大量，但其配置文件肯定就那么几个。在依赖配置文件中寻找各个模块的关联关系。大致结构了解结构后，再去properties文件中寻找核心的配置项，比如前端的拦截方式，数据库的配置，项目地址以及端口等等。
了解完配置，此时你应该对项目的整体架构和使用的技术有了一定的了解，然后就是开始梳理代码了。
首先，调试项目使其启动成功。oa系统的第一步肯定是登录，打开浏览器（建议谷歌浏览器），按下F12,打开开发者模式，然后就是从登录开始，利用系统前后端的交互，通过前端找到后端中的代码，一步步了解各个步骤的实现以及代码。

这些完全是在这次接触项目中的个人经验，仅供参考，毕竟每种项目的开启方式可能不尽相同，而且每个人掌握哪种知识的快慢也不尽相同。所有希望我的东西可以帮助其他人，可以少踩一些坑，更号的成长。谢谢。如果文章中存在什么问题，欢迎指正。