手头有一堆源码,一直不能理出头绪来,各位有什么好办法

luckywb 2006-02-15 03:33:59
手头有一堆源码,没有文档,想从源码中归结出程序架构来,很困难,不知道各位有没有什么好的方法没有,我主要是想作个逆向,归结出程序架构,找到use case
...全文
750 23 打赏 收藏 转发到动态 举报
写回复
用AI写文章
23 条回复
切换为时间正序
请发表友善的回复…
发表回复
ilovejolly 2006-06-02
  • 打赏
  • 举报
回复
jf
超级大笨狼 2006-05-17
  • 打赏
  • 举报
回复
能读懂别人代码的人才是高手!
LiaoTianEM 2006-05-16
  • 打赏
  • 举报
回复
发到我得邮箱
我给你分析分析
liaotianem@163.com
smallcrocodile 2006-05-11
  • 打赏
  • 举报
回复
扔到垃圾箱
singlepine 2006-04-17
  • 打赏
  • 举报
回复
先运行系统熟悉流程,然后根据你所了解的业务流程顺着流程再去理解代码,这样才能很快的理清代码,否则你就会越看越糊涂
amujcdd 2006-04-16
  • 打赏
  • 举报
回复
从整体到局部.

一层层分析.

没有文档,应该很麻烦. 加油呀!
podianliangshui 2006-04-15
  • 打赏
  • 举报
回复
同意theforever(碧海情天),当然,有些源码,根本就没框架,
事实上,有经验的开发人员,首先当然是争取能让程序运行起来,其所提供的功能就一目了然了,涉及后台实现的细节就看相应部分的代码,的确是这样,很多时候,并不需要了解全部
  • 打赏
  • 举报
回复
一句话,还是看你的经验,看你的水平。
拿软件破解来说,根本无需看你的开发文档,也无需逐句读你的机器码,切中关键点就行。

首先当然是争取能让程序运行起来,其所提供的功能就一目了然了,涉及后台实现的细节就看相应部分的代码。

否则,就从头看。要能一目十行判断出一个个函数体的大体作用才行。
redsocks 2006-04-07
  • 打赏
  • 举报
回复
先找到main,最小化开始,一块块往上加,直到都加上去,跟原来一样
liudahaicd 2006-04-05
  • 打赏
  • 举报
回复
就是哈。先换个好的显示器!
slimfeng 2006-03-31
  • 打赏
  • 举报
回复
很多时候就是赢着头皮看,看LINUX源代码就是这么看的。
caiso 2006-03-31
  • 打赏
  • 举报
回复
成熟源码交换群:22608639
eqapple 2006-03-23
  • 打赏
  • 举报
回复
diib(diib)说的很有道理。
最好先从大处着手,把握整个程序的流程,然后逐步分析其细节
这个就应该比较顺手一点,
如果真像你说的先看细节
恐怕...
taoxianxue 2006-03-20
  • 打赏
  • 举报
回复
代码多了,阅读的工作量是很大的,看的也头晕
lisir010 2006-03-20
  • 打赏
  • 举报
回复
呵呵,确实是,不可能从代码了解全部!
建议你寻找相关设计文档,然后再理解代码,就会很方便
编译失败 2006-03-17
  • 打赏
  • 举报
回复
如果你的代码能编译通过,建议单步执行试试看看,由粗到细慢慢领悟
water335 2006-03-07
  • 打赏
  • 举报
回复
我也学习中,我看代码经常长细节往上看,确实不对1!
laolou_1983 2006-03-07
  • 打赏
  • 举报
回复
关注和学习
bbbian 2006-02-27
  • 打赏
  • 举报
回复
关于读系统代码是一件很难的事情,我有一些总结,请看http://www.blogcn.com/user53/lazycat1992/index.html?filelist=1
有一个文章是专门写如何读代码的
allen_21229 2006-02-22
  • 打赏
  • 举报
回复
个人觉得 楼主应该整个程序的数据流向入手 分析它的层次 这样有利于把握它的架构
加载更多回复(3)

1,265

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧