当前位置: 技术问答>linux和unix
一个工程,太多文件,怎么看?
来源: 互联网 发布时间:2017-02-02
本文导语: 一个工程文件N多N多,但是涉及自己负责的并不多,不过即使这样,也得把整个工程的代码结构分布流程熟悉了吧? 这么多文件,在没有什么注释的前提下,应该怎么看。。? 那么多变量结构体函数宏定义,看了几天看得...
一个工程文件N多N多,但是涉及自己负责的并不多,不过即使这样,也得把整个工程的代码结构分布流程熟悉了吧?
这么多文件,在没有什么注释的前提下,应该怎么看。。?
那么多变量结构体函数宏定义,看了几天看得头晕脑胀。。可是连哪些文件有什么用处都还没摸清。。
请前辈指点下迷津,谢谢。
|
一般给看3天,1周内出工作成果
看完整个工程几乎是不可能的,有针对的性的只查看你需要介入的部分,以及相关的全局调用...
看完整个工程几乎是不可能的,有针对的性的只查看你需要介入的部分,以及相关的全局调用...
|
我也正在做和楼主一样的事情额。。。。。。
先看 业务流程和功能列表 了解这个项目是做什么的,为什么有这么些功能,每个功能之间有什么联系,知道coding数据传输的方向
再看 把自己负责的功能模块先弄明白,再去看详细设计,以及和自己功能模块相关的模块
最后 把所有的(你认为是重点的模块)详细设计看完,有疑问 就去看看概要设计
以上是当你很了解项目的时候就这么做
假如你不是很了解项目
就只有先看 概设 ——> 详设 有问题就多问问……
我就是这么来的…… 3Q
先看 业务流程和功能列表 了解这个项目是做什么的,为什么有这么些功能,每个功能之间有什么联系,知道coding数据传输的方向
再看 把自己负责的功能模块先弄明白,再去看详细设计,以及和自己功能模块相关的模块
最后 把所有的(你认为是重点的模块)详细设计看完,有疑问 就去看看概要设计
以上是当你很了解项目的时候就这么做
假如你不是很了解项目
就只有先看 概设 ——> 详设 有问题就多问问……
我就是这么来的…… 3Q
|
既然是对已经存在的工程文件的修改,最快最有效的方法是两个字:模仿。
不需要理解整个工程,按照编程流程,大概熟悉自己负责的项目部分的代码功能。看已经写好的引擎函数,理解其用法。
修改代码或者增加一些新的小功能,一般都可以引用工程的设计者写好的的引擎函数来实现你自己的工作项目。
不需要理解整个工程,按照编程流程,大概熟悉自己负责的项目部分的代码功能。看已经写好的引擎函数,理解其用法。
修改代码或者增加一些新的小功能,一般都可以引用工程的设计者写好的的引擎函数来实现你自己的工作项目。
|
最快的学习方式应该是,修改自己需要的部分,然后查看结果,即使是加一条打印信息也好。
|
有设计图么?分而治之
|
發現Source Insight看代碼還不錯。
|
木有文档的代码~
不能看
不能看
|
同情楼主,要是有注释就好多了,现在都很自觉的加注释了,因为发现自己几个月前写的没注释东西现在看的有点晕了
|
不给时间。
|