一个大型的VC工程源码,该从何处看起?该如何处理

一个大型的VC工程源码,该从何处看起?
背景:今年6月底大学毕业,3月份进了一家不大的公司。

上周进了公司的项目组,完成了一个小任务,于是开始跟着其他人做事了。
我在服务器上check了源码之后,粗略看了一下,发现工程太大,不知道从何处下手。

一个solution下有十几个project,工程是用Win32写的,而且有各种命名空间。

现在脑袋里面浆糊一锅。。。

真心不知道从何处下手看。。跑上来发个问,大型工程的源码,该从何处读起?
有经验的老手给新人一点建议吧,我相信这个问题不是我一个人的问题,很多人都有这困惑。

------解决方案--------------------
从生成 exe 的项目开始,
从项目里面的 main/WinMain/InitInstance(MFC, App类成员函数) 开始.
最好是编译 Debug 版, 跟踪代码的执行来看.
------解决方案--------------------
最好先对整个框架有个了解
先见森林,再观树木。

有些代码不要深度跟下去,不然会迷失在代码中。

------解决方案--------------------
from 文档。
------解决方案--------------------
探讨
最好先对整个框架有个了解
先见森林,再观树木。

有些代码不要深度跟下去,不然会迷失在代码中。

------解决方案--------------------
探讨

最好先对整个框架有个了解
先见森林,再观树木。

有些代码不要深度跟下去,不然会迷失在代码中。

------解决方案--------------------
Source Insight
Debug
------解决方案--------------------
先看文档,对整个工程有个大致的了解,至少在看代码之前你得知道这是个什么样的工程,用来做什么,各个模块

的作用。之后再进去看代码,最开始千万别跟的太深,比如某个函数,最开始只需要知道其功能就行了,具体的实

现暂时不用去看。等到整个框架都了解得差不多了,再仔细去看你要负责或者跟你相关的那块。不懂的多去问,某

些地方不明白,别使劲折磨自己,可能你想一天没想明白的地方,根本就是某人一个稀奇古怪并不合理的实现。

这些时我的经验,仅供参考!!
------解决方案--------------------
探讨
引用:

Source Insight
Debug


这个哥高深啊~~~~ 百度了一下,Source Insight是个软件。。。
我目前编译的就是Debug版本,跟进去,就像进了无底洞~~