阅读他人的项目源代码步骤
 
备份并编译运行代码
熟悉项目编程语言的语法和惯例用语
看项目文档，有机会可向项目开发人员请教
自上而下构建项目程序的系统架构
建立系统架构和功能逻辑之间的关联
核心代码重点剖析与注释
调整心态，反复阅读
工欲善其事，必先利其器
揣摩作者的编程习惯与思想
  
 


 相信很多人和我一样，面对着别人密密麻麻的代码，宁愿自己从零开始编写自己的代码，也不愿在别人代码的基础上修改： 
阅读别人的代码太痛苦了! 在注释不明确、技术文档缺失，这一行行的代码犹如阅读天书一般，痛苦、煎熬，迷茫。因此，对于阅读别人的代码，我从内心有一种强烈的抵制情绪，甚至有些恐惧。

 然而，阅读他人的项目源码是每一个写程序的人（我只是个在项目需要的时候偶尔写程序的，不敢自称程序员）必须经历的事情。也许我们
想提升自己的编程技能，学习他人优秀的编程风格，那阅读优秀的项目代码是毕竟的途径；也许我们要
研究某方面的功能或技术，那如果某个项目源码中已经有该技术或者功能的实现，根据源码“逆向工程”也是个方法；也许我们需要被迫接手别人未完成的项目，需要
在别人已完成部分的基础上实现功能的修改或则项目的移植，阅读他人源码则关系到我们吃饭的本领。恩，我就是属于第三种，为了移植别人项目中的功能而被迫硬着头皮去阅读已有的代码。为了让自己坚持下去，我逐渐说服自己要乐于从阅读他人代码中学习，你看，阅读他人代码的好处多多呀/微笑脸。
与其在内心中一直抗拒阅读他人代码，不如改变自己的心态，锻炼自己阅读他人代码的能力和技巧，用熟练的方法和套路提高阅读他人源码的体验。

 我认为生活中遇到的绝大多数事情都可以总结出一种比较高效做事方法，或者叫套路，在阅读他人项目源码这件事情上也不例外。在看了一个月代码的基础上，综合前辈们的经验和自己的亲身体会，总结出了一套比较高效地阅读他人项目源代码的方法，如果你感觉叫套路或者方法有点儿太low，咱可以改头换面叫艺术。在我们遵循这种方法去阅读代码时，一般都会取得事半功倍的结果，希望自己今后能不断实践并优化这套方法，也希望能对正因阅读他人代码而苦恼的你有所帮助。
 
备份并编译运行代码
 
拿到项目源代码之后，首先应该对代码进行备份，因为很可能我们在哪儿就不小心改动了代码，养成备份的好习惯是很重要的。然后我们可以在IDE中编译运行，虽然看不到项目的细节，但是通过运行程序，我们会对程序的功能和运行过程有更加直观的认识。同时，编译运行的过程会让你了解到它使用的库、它所依赖的开发框架等等，这是提高我们对某个特定项目理解的好方法。如果我们想编写与正在探究的特定项目类似的自己的软件，可能会对我们应该使用的框架或库有一些想法。
 
熟悉项目编程语言的语法和惯例用语
 
我们要对项目代码的编程语言有一定的了解，想要读英文小说，起码应该学习一下英语单词和语法吧。每种语言都有自己的一套约定、样式和语法，深入了解某个特定语言有助于提高代码阅读技能。同时，我们要熟悉这种语言编程的一些惯例，例如基本的命名原则。我们知道命名一般有驼峰法、匈牙利命名法、帕斯卡命名法，倘若我们熟悉这戏命名原则，则很容易辨别出所阅读代码的命名方式，那么后面阅读的时候通过变量和函数的名字我们就可以获得比较丰富的信息。因此，在拿到代码后，首先要找一下是否有程序命名范例说明，没有的话自己根据代码总结出命名规则，这对后续提高阅读速度是十分有帮助的。
 
看项目文档，有机会可向项目开发人员请教
 
公司的项目代码一般都会有相关的设计文档，描述项目的设计过程和基本的内容框架，通过这些文档，我们对项目可以有个整体的认识，比如项目分为几个模块儿，各有什么功能？使用了什么开源库？在代码看到一定程度后，可以带着问题和自己的理解去想项目的开发人员请教，因为他们对代码的熟悉程度比我们强，比自己在那憋着瞎猜代码的含义要高效得多？再说，你帮我下，我帮你下，一来一回还能增加感情呢~但是注意一定是带着问题和自己的理解去沟通交流，否则啥都没看就去问，很容易招致他人的反感。
 
自上而下构建项目程序的系统架构
 
阅读代码很容易陷入一个误区：刚开始就企图把所遇到的每一行程序都搞明白其功能和实现。一叶障目，不见泰山。过于纠结具体的实现细节会在最开始就把我们陷于泥潭之中而不能前进，浪费时间并消磨我们阅读代码的耐心和信心。相反，在最开始时我们应该专注于掌握项目程序的系统架构，根据其模块儿划分和调用逻辑在脑海里构建其骨架，即要知道它先干嘛、再干嘛，为了干这个需要与哪些模块儿进行什么交互，从宏观上对项目有一个全面的认识。为了弄清其架构，我们可以采取top-down的方法，一般可以从其主函数出发，一般是main()函数或者其他函数，然后顺着项目程序的主要功能这个线索一路走下去，根据函数的名字以及层次关系确定每一个函数的大致用途即可，将理解作为注解写在这些函数的边上，不用关注这些函数的具体实现。在阅读时，要利用uml建立各类对象之间的关系，并根据自己要展开的层级，随手在笔记本上绘制出树状结构，忽略对系统架构不重要的细节，逐渐建立该项目代码的系统架构。注意在该步骤中一定要注意展开的层级，这涉及到这部分工作量的问题，究竟需要展开到那一层，需要根据我们的系统架构定位有关，要看我们所希望的系统架构具体到哪一个层次。
 
建立系统架构和功能逻辑之间的关联
 
在完成系统架构的搭建之后，我们需要根据程序功能，理解系统架构中每一部分的功能，以及其和其他部分的逻辑交互。这一步对于我们进一步理解系统架构的逻辑，以及后面对每个功能模块儿详细功能的深入探究是很重要的。这个过程与上一个过程有重叠的部分，在对应完每部分的功能之后，我们要对整个系统功能进行模拟逻辑推理，确定我们猜测的各模块儿的功能是合理的。
 
核心代码重点剖析与注释
 
完成系统架构搭建之后，需要转入bottom-up这一部分是我们理解程序某一个程序功能的重要过程，使我们阅读代码的核心之一。此时我们应该要逐行进行阅读，搞清楚每个语句的功能和实现方法，搞清变量的意义和关联关系，搞清实现的逻辑和算法。从我们最感兴趣的一个点，开始设置断点，跟进去看发生了哪些事情，这一块儿和架构设计哪一块是match的。然后就是阅读过程中注释的书写了，这是加深程序理解的重要方法。
 基本原则是：
 
猜测的去写，刚开始阅读一个代码的时候，很难一下子就确定所有的函数的功能，不妨采用采用猜测的方法去写注解，根据函数的名字、位置写一个大致的注解，当然一般会有错误，但你的注解实际是不断调整的，直到最后你理解了全部代码。
按功能去写，别把注解写成语法说明书，千万别看到fopen就写打开文件，看到fread就写读数据，这样的注解一点用处都没有，而应该写在此处开发参数配置文件（****。dat）读出系统初始化参数。
在写注解的使用另外要注意的一个问题是分清楚系统自动生成的代码和用户自己开发的代码，一般来说没有必要写系统自动生成的代码。象delphi的代码，我们往往要自己编写一些自己的代码段，还要对一些系统自动生成的代码段进行修改，这些代码在阅读过程是要写注解的，但有一些没有修改过的自动生成的代码就没有必要写注解了。
在主要代码段要写较为详细的注解。有一些函数或类在程序中起关键的作用，那么要写比较详细的注解。这样对你理解代码有很大的帮助。5对你理解起来比较困难的地方要写详细的注解，在这些地方往往会有一些编程的技巧。不理解这些编程技巧对你以后的理解或移植会有问题。
 
调整心态，反复阅读
 
和看晦涩难懂的树木一样，代码也需要反复阅读才能逐渐增加理解。我有个好心态，就是在遇到难懂的书目和代码时，我总是告诉自己不要着急，一边看不懂再来一遍，看个三五遍自然懂了，所谓“书读百遍，其意自现”嘛。其实远远不用5遍，大概三遍左右一般就能弄懂了，5遍的时候已经了熟于心了。项目源代码的代码量多没啥，但是我们自己心里不要着急，慢慢来，自己努力的功夫到了，多花点时间在看代码思考代码上，代码总会被你一点点感动的。如果遇到看不懂代码的情况，就分析下自己为什么看不懂？是项目使用了自己不熟悉的设计模式？还是一些业务领域基础知识自己没有掌握？或者是自己对项目框架的理解不对导致的，要自己主动的分析。
 
工欲善其事，必先利其器
 
用着顺手的IDE真的会为我们阅读代码节省很多时间。由于工作环境限制，刚开始时我在VS2003上面阅读项目代码，那体验额emmmm…无法更改IDE，我就找个辅助工具吧。后来找到了VAssistX，真的方便了很多，阅读效率和心情都得到了很大提升。据网友们推荐，source insight 看代码很不错，以后我也试试。同时，我们也可以用EA（Enterprise Architecture）逆向工程绘制工程的uml 类图，帮助我们理解项目中各类之间的调用关系。
 
揣摩作者的编程习惯与思想
 
除了工具及技巧之外，「想要阅读程序代码，得先试着阅读写这个程序代码的程序人的心。」这句话说来十分抽象，或许也令人难以理解。
 当你在阅读一段程序代码时，或许可以试着转换自己的立场，从旁观者的角度转换成为写作者的心态，揣摩原作者的心理及处境。当你试着设身处地站在他的立场，透过他的思考方式来阅读、追踪他所写下的程序代码，将会感觉更加流畅。我在阅读非自己所写的程序代码时，会观察原作者写作的习惯，藉以对应到脑中所记忆的多种写作模型。在阅读的过程中，读完几行程序代码，我会试着猜想原作者在写下这段程序代码时的心境。他写下这段程序代码的用意是什么？为什么他会采取这样的写法？顺着原作者的思考理路阅读，自己的思考才能更贴近对方写作当时的想法。当你短暂化身为原作者时，才能更轻易的理解他所写下的程序代码。如果你能知道原作者的背景，程序设计时的偏好，阅读他的程序代码，就更能得心应手了。
 最后，推荐大家一本书，《代码阅读与实践》，可能大家看完会有更多收获。
 
祝枫
 2018年9月30日于深圳
 
 
 
 
https://blog.csdn.net/bbbian/article/details/547352 ↩︎
 
https://blog.csdn.net/Maxbyzhou/article/details/51424595 ↩︎
 
 

 点击工具栏“生成” --> “生成解决方案”；
 然后在此程序的文件夹下，点击“Debug”文件夹，可见exe文件。

 
 
 
 
 
  
 
  
 
   
 
   
一个源程序到一个可执行程序的过程：预编译、编译、汇编、链接。 
 其中，编译是主要部分，其中又分为六个部分：词法分析、语法分析、语义分析、中间代码生成、目标代码生成和优化。 
 链接中，分为静态链接和动态链接，本文主要是静态链接。
  
 

 
一、预编译：主要处理源代码文件中的以“#”开头的预编译指令。处理规则见下 
 1.删除所有的#define，展开所有的宏定义。 
 2.处理所有的条件预编译指令，如“#if”、“#endif”、“#ifdef”、“#elif”和“#else”。 
 3.处理“#include”预编译指令，将文件内容替换到它的位置，这个过程是递归进行的，文件中包含其他文件。 
 4.删除所有的注释，“//”和“/**/”。 
 5.保留所有的#pragma 编译器指令，编译器需要用到他们，如：#pragma once 是为了防止有文件被重复引用。 
 6.添加行号和文件标识，便于编译时编译器产生调试用的行号信息，和编译时产生编译错误或警告是能够显示行号。
 
C语言的宏替换和文件包含的工作，不归入编译器的范围，而是交给独立的预处理器。 
 C语言中源代码文件的文件扩展名为.c，头文件的文件扩展名为.h，经预编译之后，生成xxx.i文件。 
 在C++，源代码文件的扩展名是.cpp或.cxx，头文件的文件扩展名为.hpp，经预编译之后，生成xxx.ii文件。
 
二、编译：把预编译之后生成的xxx.i或xxx.ii文件，进行一系列词法分析、语法分析、语义分析及优化后，生成相应的汇编代码文件。
 
(结合程序来说明编译的几个步骤) 
 有C语言的源代码如下： 
 arr[3] = (a+4)*(3+8);
 
1.词法分析：利用类似于“有限状态机”的算法，将源代码程序输入到扫描机中，将其中的字符序列分割成一系列的记号。 
 以上的一行C语言程序，一共有16个空字符，经扫描机扫描之后，产生了16个记号。lex可以实现词法分析。见下表：
 
 
见上图： 
 词法分析产生的记号分类有：关键字、标识符、字面量(数字、字符串)、特殊符号(加号、等号等)
 
2.语法分析：语法分析器对由扫描器产生的记号，进行语法分析，产生语法树。由语法分析器输出的语法树是一种以表达式为节点的树。上述的代码就是 
 各种表达式的组合：赋值表达式、加法表达式、乘法表达式、数组表达式和括号表达式组成的复杂表达式。yacc可以实现语法分析，根据用户给定的规则(不同的编程语言对应不同的语法规则)对记号表进行解析。
 
 
见上图： 
 整个语句被看作是一个“赋值表达式”，“=”左边是一个“数组表达式”，右边是一个“乘法表达式”。数组表达式又由两个符号表达式组成，符号表达式就是最小的表达式，之后同理。
 
在语法分析的同时，就把运算符的优先级确定了下来，如果出现表达式不合法，——各种括号不匹配、表达式中缺少操作，编译器就会报错。
 
3.语义分析：语法分析器只是完成了对表达式语法层面的分析，语义分析器则对表达式是否有意义进行判断，其分析的语义是静态语义——在编译期能分期的语义，相对应的动态语义是在运行期才能确定的语义。 
 其中，静态语义通常包括：声明和类型的匹配，类型的转换，那么语义分析就会对这些方面进行检查，例如将一个int型赋值给int*型时，语义分析程序会发现这个类型不匹配，编译器就会报错。
 
经过语义分析阶段之后，所有的符号都被标识了类型(如果有些类型需要做隐式转化，语义分析程序会在语法树中插入相应的转换节点)，见下图：
 
 
 这个语句中的类型都是int型，无须做转换。
 
4.优化:*源代码级别的一个优化过程*，例如该语句中的(3+8)的值可以在编译期确定，源代码优化器会将整个语法树转换成中间代码——语法树的顺序表示，十分接近目标代码。 
 中间代码有很多种类型，最常见的是“三地址码”和“P-代码”,其中三地址码的基本形式为：x = y op z，表示将变量y和z进行op操作后，赋值给x，op操作可以是加减乘除等。 
 经优化之后的语法树为：
 
 
该语句的三地址码： 
 t1 = 3 + 8; 
 t2 = a + 4; 
 t3 = t2 * t1; 
 arr[3] = t3;
 
t1由数字11代替，省去t3，经优化或的三地址码为： 
 t2 = a +4; 
 t2 = t2 + 11; 
 arr[3] = t2;
 
另一个关于中间代码的要点：中间代码使得编译器可以被分成前端和后端，编译器前端负责产生与机器无关的中间代码，编译器后端将中间代码转换为机器代码。 
 源代码优化去产生中间代码标志着下面的过程都属于编译器后端，后端主要包括：代码生成器和目标代码优化器。
 
5.目标代码生成：由代码生成器将中间代码转换成目标机器代码，生成一系列的代码序列——汇编语言表示。
 
6.目标代码优化：目标代码优化器对上述的目标机器代码进行优化：寻找合适的寻址方式、使用位移来替代乘法运算、删除多余的指令等。
 
上述的六个步骤完毕之后，编译过程也就告一段落了。最终产生了由汇编语言编写的目标代码。
 
gcc把预编译和编译两个步骤合并成一个步骤。对于C语言的代码，是用“cc1”这个程序来完成这两步，对于C++代码，对应的程序为“cc1plus”。gcc这个命令只是后台程序的包装，根据不同的参数去调用：预编译编译程序——cc1，汇编器——as，连接器——ld。
 
C语言的代码，经编译后产生的文件名为xxx.s。
 
三、汇编：将汇编代码转变成机器可以执行的指令(机器码文件)。 
 汇编器的汇编过程相对于编译器来说更简单，没有复杂的语法，也没有语义，更不需要做指令优化，只是根据汇编指令和机器指令的对照表一一翻译过来，汇编过程有汇编器as完成。
 
经汇编之后，产生目标文件(与可执行文件格式几乎一样)xxx.o(Windows下)、xxx.obj(Linux下)。
 
但是，经过预编译、编译、汇编之后，生成机器可以执行的目标文件之后，还有一个问题——变量a和数组arr的地址还没有确定。这就需要链接器来搞定啦~
 
四、链接： 
 1、历史过程：曾经，程序猿门在编程时，使用纸带作为最原始的存储设备，每当程序需要修改时，都要重新扎一条纸带，扎孔的表示1，不扎的是0，一串串1和0就组成了各种各样的指令——跳转等等…. 
 每一次的修改都非常痛苦，所以先知们就发明了汇编语言，这种编程语言方便之处在于符号的引用，表示跳转指令不再需要记住一串串0和1，终于可以使用符号——foo来表示这个动作了！ 
 随着汇编语言的普及，程序的代码量也就开始快速膨胀了，汇编语言说它也撑不住了….不过还好，高级编程语言Fortran、C、C++等一个接一个地问世，语言越来越方便了，追求perfect的人们就想：代码咋写更好呢？可不可以把代码按照功能的不同，分成不同的部分，便于日后的修改和重复使用呢？ 
 有了这个启发，程序猿们越来越得心应手，他们开始把代码按照功能和性质划分，分别形成不同的功能模块，不同的模块之间又按照各种结构来组织。 
 发展到如今，软件的规模越来越大，代码动辄数百万行代码，放在一个模块那是万万不行的，维护起来会非常麻烦，所有现在的大型软件往往拥有成千上万的模块， 
 模块之间相互独立又相互依赖。 
 新的问题来了，一个程序被分割成这么多模块，最后要怎么把这些模块组合形成一个单一的程序? 
 答案就是：模块之间，符号的引用！ 
 这就像是一张画有大树的拼图，叶子、枝干、根系都零散的分布在那些拼图碎片上，想要看到完整的大树，我们就会耐心地把那些碎片拼合在一起。
 
 
这些模块之间同样如此，它们依靠那些凸起和凹陷联系在一起，最终组合成一个完整的程序，这样的过程称为——链接。
 
这样基于符号的模块化，使得链接过程在整个程序开发中显得十分重要和突出…..
 
2、下面就静态链接，进行分析。 
 1.链接：“组装”模块的过程。 
 2.链接的内容：把各个模块之间相互引用的部分都处理好，使得各个模块之间能够正确地衔接。(就像拼图，凸起和凹槽的位置一定一一对应，否则…) 
 3.链接的过程：地址和空间的分配、符号决议(也叫“符号绑定”，倾向于动态链接)和重定位 
 以gcc编译器为例，看基本的链接过程：
 
 
.c文件经过编译器、汇编器之后得到目标文件.o，目标文件再与库进行链接得到可执行文件.out。 
 库其实就是一组目标文件的打包，这些目标文件中都是一些常用的代码。
 
我们在fun.c模块中定义了函数foo()，在main.c模块中引用了foo()函数，在编译过程当中，编译器并不知道main.c中foo()的地址，所以将调用foo()的指令的目标地址部分搁置， 
 等到了链接的阶段，链接器会去找到foo()定义的那个模块，在main.o中填入正确的函数地址，这个修改地址的过程被叫做“重定位”，每个被修正的地方叫“重定位入口”。
 
 

以上就是一个程序从源代码到可执行程序的大致过程，这是博主根据《程序员的自我修养——链接、装载与库》来整理的，有兴趣的同学可以自己去琢磨琢磨~
 

 

 

 

 原博客地址：
https://blog.csdn.net/qq_39755395/article/details/78293733 

 转载注明出处

微信小程序开发交流qq群   173683895
 
   承接微信小程序开发。扫码加微信。
 
正文：
 
一：微信小程序跳转
 
使用限制
 
需要用户触发跳转
 
从 2.3.0 版本开始，若用户未点击小程序页面任意位置，则开发者将无法调用此接口自动跳转至其他小程序。
 
需要用户确认跳转
 
从 2.3.0 版本开始，在跳转至其他小程序前，将统一增加弹窗，询问是否跳转，用户确认后才可以跳转其他小程序。如果用户点击取消，则回调 fail cancel。
 
每个小程序可跳转的其他小程序数量限制为不超过 10 个
 
从 2.4.0 版本以及指定日期（具体待定）开始，开发者提交新版小程序代码时，如使用了跳转其他小程序功能，则需要在代码配置中声明将要跳转的小程序名单，限定不超过 10 个，否则将无法通过审核。该名单可在发布新版时更新，不支持动态修改。配置方法详见 配置。调用此接口时，所跳转的 appId 必须在配置列表中，否则回调 fail appId "${appId}" is not in navigateToMiniProgramAppIdList。
 
配置方法：
 
在app.json文件修改如下：
 
 
代码：
 
  "navigateToMiniProgramAppIdList": [
    "wx313490c64bc53c23"
  ]
 
示例：小程序a跳转到小程序b
 
小程序a代码： 跳转到小程序b并传id
 
wx.navigateToMiniProgram({
  appId: '',
  path: 'pages/index/index?id=123',
  extraData: {},
  envVersion: 'develop',
  success(res) {
    // 打开成功
  }
})
 
 
 
小程序b代码：
 
//index.js  接收并打印小程序a传递过来的参数
 
Page({
onLoad: function (options) {
    console.log(options)
  }
})
 
 
 
二：返回上一个微信小程序
 
wx.navigateBackMiniProgram({
  extraData: {},
  success(res) {
    // 返回成功
  }
})