本文目录一览：
- 1、如何阅读别人的代码?
- 2、如何快速阅读一个c++大工程 知乎
- 3、如何正确的阅读源代码
- 4、如何阅读源代码
- 5、如何快速看懂别人的代码
如何阅读别人的代码?
作为初学者，我们可能经常会需要去阅读别人的代码，以求从中学到别人的设计思路，抑或是从代码中了解类库的使用。不管哪种需求，我们都需要做到快速准确地阅读。那么，究竟如何阅读呢？让我们以一个.net的项目为例：当我们打开一个.net解决方案的时候，里面通常有不止一个项目，例如一个三层架构的web项目，里面除了一个web网站外，通常还会包括诸如数据层(DAL)、逻辑层(BLL)项目，另外，一般我们会提供一个通用项目（Common类库），或者把DAL中的model部分抽取出来，这样就可能形成一个包含很多个组件的解决方案。那么我们拿到这个解决方案的时候要怎么入手呢？我的经验是，读别人的代码，由面及点和由点及面相结合的读法是最快的。所谓由面及点，就是说，首先理解整个解决方案的分工，比如叫做“web”项目是网站部分，是MVC架构中的V；名字中包括“BLL”的部分是业务代码，是MVC架构中的C；而名字中包括“DAL”的部分是数据库访问代码，是MVC架构中的M……理解每个子项目的功能，有助于我们直接进入主题，而不用花太多时间去熟悉所谓的框架部分。那么，主题在哪里呢？对于一个web项目来说，主题就是页面和业务代码。而这些，需要我们有点及面地学习。所谓由点及面，就是说，我们先进入一个页面，比如index.aspx（如果没有这个页面，一般也会有UserLogin.aspx之类的页面），打开这个页面，找到其中的功能按钮，根据按钮事件找到下一个页面，在熟悉页面流向的过程中，我们也从事件代码中了解了框架代码的调用方法。 那么，阅读一个具体的页面（包括页面本身和按钮事件，或者说，业务代码）的方法呢？1、代码包括如下部分
1）页面本身，即前台代码
2）页面后台，即各种事件
3）在页面事件中调用到的其他代码（例如数据库访问代码、多层架构中分出的其他层代码等）2、阅读顺序
1）阅读前台代码，对于初学者可以学习控件标签的使用方法，当然，事实上我们是用vs的设计工具来画页面的，察看代码只是为了更加熟悉，或者加深理解。
2）阅读页面后台事件代码，分两步走。首先，宏观理解一个事件的功能，比如点击一个登陆按钮，是要做：取得输入用户名和密码，根据用户名和密码查找数据库，根据返回结果判断页面流向，提示登陆成功或失败信息，等等。只需要理解功能即可，不需要深入理解每句代码的作用。因为这个时候我们是初次察看别人的后台代码，对于封装很好的框架，我们是很难第一次阅读就读懂所有东西的。
3）然后，在我们已经了解了一个事件的功能后，我们再次阅读，此时逐行分析。例如我们会碰到代码中定义了一个数据表对象（如User对象），然后执行数据库查询（此时我们可以熟悉项目中的数据库操作），然后对返回值进行操作（例如判断用户存在否，密码正确否）。在这些操作中我们可以（1）学习基础类库的使用，（2）熟悉框架代码的使用
注：在学习代码过程中，了解框架是意识上的进步，学习代码是技术上的进步，所以在逐步理解代码阶段，碰到人家封装好的类，例如数据库访问类，不用太执着，只要理解即可；而碰到某些编程技巧，则需要深入理解。
如何快速阅读一个c++大工程 知乎
首先，有没有程序说明文档？有没有详细代码注释，没有就先看找main函数，看执行流程，依次看调用函数代码
如何正确的阅读源代码
除了阅读代码以外, 没有更好的方法. 7.在寻找bug时, 请从问题的表现形式到问题的根源来分析代码. 不要沿着不相关的路径(误入歧途). 8.我们要充分利用调试器|编译器给出的警告或输出的符号代码|系统调用跟踪器|数据库结构化查询语言的日志机制|包转储工具和Windows的消息侦查程序,
定出的bug的位置. 9.对于那些大型且组织良好的系统, 您只需要最低限度地了解它的全部功能, 就能够对它做出修改. 10.当向系统中增加新功能时, 首先的任务就是找到实现类似特性的代码, 将它作为待实现功能的模板. 11.从特性的功能描述到代码的实现, 可以按照字符串消息, 或使用关键词来搜索代码. 12.在移植代码或修改接口时, 您可以通过编译器直接定位出问题涉及的范围, 从而减少代码阅读的工作量. 13.进行重构时, 您从一个能够正常工作的系统开始做起, 希望确保结束时系统能够正常工作. 一套恰当的测试用例(test
case)可以帮助您满足此项约束. 14.阅读代码寻找重构机会时, 先从系统的构架开始, 然后逐步细化, 能够获得最大的效益. 15.代码的可重用性是一个很诱人, 但难以理解与分离, 可以试着寻找粒度更大一些的包, 甚至其他代码. 16.在复查软件系统时, 要注意, 系统是由很多部分组成的, 不仅仅只是执行语句. 还要注意分析以下内容:
文件和目录结构|生成和配置过程|用户界面和系统的文档. 18.可以将软件复查作为一个学习|讲授|援之以手和接受帮助的机会. ++++++++++++++++++++ 第二章: 基本编程元素 ++++++++++++++++++++ 19.第一次分析一个程序时, main是一个好的起始点. 20.层叠if-else if-…-else序列可以看作是由互斥选择项组成的选择结构. 21.有时, 要想了解程序在某一方面的功能, 运行它可能比阅读源代码更为恰当. 22.在分析重要的程序时, 最好首先识别出重要的组成部分. 23.了解局部的命名约定, 利用它们来猜测变量和函数的功能用途. 24.当基于猜测修改代码时, 您应该设计能够验证最初假设的过程. 这个过程可能包括用编译器进行检查|引入断言|或者执行适当的测试用例. 25.理解了代码的某一部分, 可能帮助你理解余下的代码. 26.解决困难的代码要从容易的部分入手. 27.要养成遇到库元素就去阅读相关文档的习惯; 这将会增强您阅读和编写代码的能力. 28.代码阅读有许多可选择的策略: 自底向上和自顶向下的分析|应用试探法和检查注释和外部文档, 应该依据问题的需要尝试所有这些方法. 29.for (i=0; i 30.涉及两项不等测试(其中一项包括相等条件)的比较表达式可以看作是区间成员测试. 31.我们经常可以将表达式应用在样本数据上, 借以了解它的含义. 32.使用De Morgan法则简化复杂的逻辑表达式. 33.在阅读逻辑乘表达式时, 问题可以认为正在分析的表达式以左的表达式均为true; 在阅读逻辑和表达式时, 类似地,
如何阅读源代码
一个大项目的源代码，不要过份详细的阅读。大项目，其代码量基本上是可以吓死人的。过份的关注细节，常常会拘泥于细节，而忽略了整体框架。当你能够看清框架的时候，亦花费了太多的时间。
因此，阅读一个大项目的源代码，其目的不在于欣赏代码细节，而在于迅速看清项目整体框架的大概面貌：都有那些模块，这些模块是干嘛的（不关心具体怎么干），模块之间的通讯机制大概是怎样的，然后在考虑子模块，通常只要掌握两级子模块就够了。花上1，2天的时间掌握这一切，就达到了阅读大项目源码的目的。因为一旦你掌握了框架，你就可以按照这个框架实现这个项目，虽然和原项目全然不同，但是完成的需求却是一样的。
在软件中，架构才是本质。
也许你指望详细阅读大项目源代码能看到高质量的代码，但是，大项目通常都是团队的劳动成果，每个人的不同水平造就了代码质量的高高低低，一个人在不同时间不同环境的代码质量也是不同的。要指望在大片源码面前找到高质量，简直是天方夜谭。
也许你要从阅读源码中掌握某项技术细节，比如bsp，又或者换装，那么，最好的建议是查找相关的技术文档以及文档上所附带的sample code，这种sample code一般不会附带任何干扰，简洁得只是为了证明该技术而存在的。如果没有这些东西，而只能从大项目源码中找的话，你提前先了解了框架，能更快的查找和定位到表达该技术的文件。但是通常都会比较不幸，因为你为了明白这一技术，通常要先理解混入其中的另一技术。
最后谈谈怎样才能阅读到高质量的源代码。何谓高质量？是指算法出人一表（比如某种o(1)的排序法）？还是采用了极端深奥的语言特性将某实现完美表达（比如模板的灵活运用）？无论是哪种，最好的来源是书，如《STL详解》，或者《inside XX》这样的东西。书的作者通常就是这些高质量代码的作者，他会带领你探索这些源码背后的真相。
如何快速看懂别人的代码
读程序的能力要靠基本功和经验帮忙，一般多写写代码就可以提高了。
1. 每个人都有自己的思维习惯，因此再乱的代码也有自己的风格。比如命名, 比如UI的时候习惯先写Insert动作等等. 找到这些地方可以帮助阅读代码。
2. 一般情况都可以从界面录入着手读代码, 先搞清楚有那些输入，做了什么, 有什么输出。之后在看代码的细节会比较容易。
3. 多多利用错误调试的技巧，通过断点，日志可以帮助找到出问题所在的位置。
4. 如果一段代码很乱，又有问题，对逻辑有把握的话，最好重写。浪费时间去读懂不如重新写一遍来的效率。
5. 基本功如果不扎实的话,建议一边补课一边读程序。
