大家都是怎样来处理这种问题的！！！顶者有分
新换一家公司。需要先review一下以前的代码。
可这家公司的文档很少。几乎没有可参考的价值。
但他们的软件有很大。我现在review的这个solution包含有14的project。
我不知该怎么去review这个solution。达到熟悉代码的目的
大家都有什么方法。
都来谈谈。


------解决方案--------------------
改BUG
------解决方案--------------------
14的project。


看看核心的一个两个先啊
------解决方案--------------------
分析别人的没有文档的代码,就像是在黑暗的夜里走路,慢慢摸索吧,总有一天你会摸清里面的思路的.
------解决方案--------------------
要看的，不然要改bug,要更新版本的时候怎么办
------解决方案--------------------
看核心prj，业务流程先搞懂，细节可先忽略
------解决方案--------------------
起码找个人给你讲讲主要的业务流，有大方向的看代码
------解决方案--------------------
先了解他的业务流程，根据业务流程来看代码
------解决方案--------------------
先玩熟产品，代码的话，看一两个就可以啦，你看功能上有那些比较难做到的，你就看一下就行　啦。
------解决方案--------------------
看业务流程.再看project.
------解决方案--------------------
先了解业务流程吧。然后在看代码
------解决方案--------------------
我现在的情况也相同哦

不过我们老大给整了不少新文档

代码也不是他写的 他自己整理了不少 核心代码的时序图 这个比较清爽 hoho
------解决方案--------------------
起码找个人给你讲讲主要的业务流，有大方向的看代码

------解决方案--------------------
先了解他的业务流程，根据业务流程来看代码 right！
------解决方案--------------------
同路人啊^^^^^^^`~~~~~~~~~~~~~~~```
------解决方案--------------------
能调试么,设计各断点,塞几个数据,一步步跟出来!

不能调试只有先熟悉业务流程了,然后再象解线团一样一点一点慢慢来了
------解决方案--------------------
顶.
公司牛.
------解决方案--------------------
先玩熟产品，
能调试么,设计各断点,塞几个数据,一步步跟出来!

不能调试只有先熟悉业务流程了,然后再象解线团一样一点一点慢慢来了

------解决方案--------------------
先熟悉产品，了解业务流程，在开看！
------解决方案--------------------
帮你顶
------解决方案--------------------
１４工程，不多
ms的做的ＯＡ系统，服务器就是４,５个
------解决方案--------------------
先把所有的程序RUN一次，熟悉業務流程，再去猜設計方法，看代碼。
------解决方案--------------------
看看核心的