【请问大家是怎样看源码的？如果你得到一个项目的源码】（进来看的都有收获）
是看 cs 类先还是 看aspx 先？ 还是看数据库先？

怎样看它的结构或者架构。

怎样学习这个源码？

谢谢。问题比较泛。

[解决办法]
想看页面好看不好看
再看有没有喜欢的地方 借鉴一下
哈哈
我也想知道应该怎么学习 楼下快回答
[解决办法]
顶~~
俺也想问的问题~~~
[解决办法]
拔了皮，啃骨头
[解决办法]
up
[解决办法]
先跑起来看看效果.
[解决办法]
我是先看自己以前没见过的
[解决办法]
先看程序结构，再看数据库结构
[解决办法]
数据库结构 程序结构
[解决办法]
先简单测试有没有比较明显的bug
[解决办法]
不知道别人什么习惯,我是先看需求分析,然后是RUN起来看看.

然后才开始看代码.代码先看架构,然后是看数据库结构,最后才是看UI
[解决办法]
up
[解决办法]
学习中！
[解决办法]
对..先跑起来看看..哪些值得学习...取长补短...
把程序前前后后"摸一遍"..
[解决办法]
有文档的是最好的~
一般文档里都说明了是咋样构架的
至于代码 架构-->数据库结构-->UI
[解决办法]
先跑起来，然后，看里面是否有觉得你学习的地方，然后在慢慢分析，step by step
[解决办法]
先按照流程图自己进行测试,在测试的过程中遇到问题再仔细分析源码....
个人意见.
[解决办法]
看有没有喜欢的地方 借鉴一下

[解决办法]
先架构起来,运行一下
看功能模板怎么样
再看网站程序结构,和数据库
[解决办法]
先看看他的3层是怎么分的。然后看看他各层之见的接口之类的

再看看他有没有什么特别的特效之类了，如果项目比较好的话再看看数据库了
[解决办法]
晕!!我们的意见对你或许不重要!
你都混到了4个裤拆了...
难道你以前都没看过别人的代码?
.......都是自己写的?
人家叫你怎么看就真的会去看?
自己怎么学习的都成固定思维........
[解决办法]
jf
[解决办法]
先想想自己能不能实现该功能
[解决办法]
晕死。给了你代码还要教你怎么看
[解决办法]
当然是先看架构，具体层次的划分，层次间如何衔接
再细看各个层次中类与类之间如何分工协作（如果设计良好，建议用visio或其他uml工具自己把静态结构图画出来，对整个项目的理解有很大帮助。如果比较懒则反向工程下，反正类图是一定要看的）
最后看表现层如何调用

其实具体代码可以快速的看，看到有亮点的或比较难理解的再仔细分析。

我一般都这么看 呵呵
[解决办法]
忘了说数据库表之间的关系图也要导出来，毕竟看图要比看文字或代码效率要高的多
[解决办法]
从来不看别人代码，除非要用他的~
[解决办法]
//是看 cs 类先还是 看aspx 先？ 还是看数据库先？

呵呵，难道你所说的项目仅指web程序？
我看过别人的项目，只限于开源(或反编译)框架、类库、组件，没有aspx、数据库
[解决办法]
先看一下功能，和实现方法是不是自己感兴趣的
[解决办法]
我是先看需求分析,然后是RUN起来看看.

然后才开始看代码.代码先看架构,然后是看数据库结构,最后才是看UI
[解决办法]
单步整个系统 ~.~
[解决办法]
看分层结构,再看各层的连接,再看关键的类.再到类和界面的调用,完了.
[解决办法]
RUN 起来，然后跟着运行流程看代码、访问哪个表、视图、存储过程啊，
[解决办法]
有时间就先看整体设计，再仔细看代码。

没时间的，跟着运行流程看看一些部分
[解决办法]
以前很少看别人代码.

现在经常看. 先运行他们的代码看有没有问题, 有问题就叫他们改,懒得看. 没问题才看他们的代码.
[解决办法]
看别人的代码不可能看的很用心的，看看大致的架构就好，比如分的几层，每层挑一部份代码看看，也就看看有没有什么好的算法之类，一些比较复杂的功能是怎么实现的，别人的东西能坚持看个20%就很不错了
[解决办法]
第一步，先运行···
[解决办法]
先看前台页面都实现了那些功能，后台管理都有那些操作，然后再有目的的看代码，会收获很多。
[解决办法]
先运行看 总体的 功能。对 自己 有 用的 话 就 可以去 看下 他的cs了 。
[解决办法]
每人有每人的。不固定的是：

你要先看程序，分析，然后找到共同接口，然后根自己研究～
[解决办法]
先运行起来，再看类库结构，最后看页面层，
先快速的过一遍，然后在针对局部研究
[解决办法]
先跑起来看看这个东西值不值得研究，然后推测其实现方式，最后，找一个主要功能，查看调用步骤，流经哪些地方，同时在心里记下这些，这样走一次后，自然就清楚了有些什么模块，结构是怎样的。我不知道上面那些高人是怎么县看架构的，先看类图，真的很无语……
[解决办法]
我是先看需求分析 在跑程序 在看代码