编程高手的经验与技术精华

需积分: 9 178 浏览量更新于2024-07-24 收藏 1.51MB PDF 举报

"《编程高手箴言》是一本由梁肇新编著的技术与经验分享书籍，旨在帮助读者提升编程技能。作者以其十余年的编程生涯为基础，深入探讨了编程领域的多个核心知识点。书中不仅涵盖了CPU的不同位数处理器（如8位、16位和32位）的工作原理，还详细解析了Windows操作系统的内核机制，包括内核分析、GDI（图形设备接口）的结构、线程管理以及PE（可执行文件）结构等。在第1章中，作者强调了编程的基本理念，如理解程序与软件的区别，如何通过正确的方法入门，以及培养开放性思维的重要性。这部分内容旨在引导新手找到适合自己的学习路径，并培养高级编程所需的思维方式。第2章专门讲解CPU的理解，通过实例演示如何在不同架构下处理高容量内存，让读者掌握底层硬件的工作方式。第3章深入剖析Windows内核，通过一系列分析步骤，揭示操作系统的核心运作机制，这对于理解系统性能优化和异常处理至关重要。此外，书中还涉及到了GDI的结构和线程管理，这些是编写图形应用和并发程序的基础。PE结构分析则揭示了Windows程序的内部构造，有助于开发者更好地理解和编写高效、健壮的软件。《编程高手箴言》是一本既实用又理论性强的参考书，它不仅是技术知识的宝库，也是一部指导编程成长的心得录，对于想要提升编程技艺的读者来说，无论是初学者还是资深程序员，都能从中获益匪浅。"

网狐教程

file:///d|/Administrator/Desktop/编程高手箴言/编程高手箴言/正确的入门方法(2).htm[2009-5-13 22:18:56]

第1章程序点滴

1.3 正确的入门方法(2)

1.3.1 规范的格式是入门的基础

以前所有的C语言的书中，不太重视格式的问题，写的程序像一堆堆的垃圾一样。这也导致了现在的

很多程序员的程序中有很多是废码、垃圾代码，这和那些入门的书非常有关系。因为这些书从不强调代码

规范，而真正的商业程序绝对是规范的。你写的程序和他写的程序应该格式大致相同，否则谁也看不懂。

如果写出来的代码大家都看不懂，那绝对是垃圾。如果把那些垃圾“翻”半天，勉强才能把里面“金子”找出

来，那这样的程序不如不要，还不如重新写过，这样，思路还会更清楚一点。这是入门首先要注意的事

情，即规范的格式是入门的基础。

1. 成对编码

正确的程序设计思路是成对编码，先写上面的大括号，然后马上写下面的大括号。这样一个函数体就

已经形成了。它没有任何问题。然后，比如你要写个for循环，这时候先申明一个变量I，再写这个for循

环。写上面的大括号，马上写下面的大括号，然后再在中间插一二行代码。插这段代码后，如果你又要用

到新变量，则再在头上添加新的变量，然后再让它进行工作。这就是一种成对编码。

这样，当你用到一个内存的时候，写一个分配函数分配一块内存，马上就接着写释放这块内存的代

码。然后你再在中间插上你要用这个内存做什么。这是正确的快速的编程方法。否则，你去查或调试代码

都无从下手。针对这个程序来说，如果用成对编码，则它任何时候都是可以调试的，不需要你整个程序都

写完后才能进行调试。

它是任何时候都可以编译调试的，甚至你写了两个大括号，中间什么也没有，它是空的时，你都可以

进行调试。你写了第一个for循环，它也可以进行调试，当你又写了一个分配内存、释放内存以后，它还可

以进行调试。它可以编译运行，里面可以放断点，这就是成对编码。

成对编码就涉及到代码规范的问题。为什么我说上面一个大括号，下面一个大括号，而不说成是前面

一个大括号，后面一个大括号呢？如果是一般C语言的书，则它绝对说是后面加个大括号，回过头前面加

个大括号。事实上，这就是垃圾程序的写法。正确的思路是写完行给它回车，给它大括号独立的一行，下

面大括号也是独立的一行，而且这两个大括号跟那个for单词中间错开一个TAB。

集成环境的TAB首先要设成8，因为TAB的基本定义就是8，而现在的VC把它设成了4，这样

使得你编出的程序放到一个标准的环境里看的时候就是乱的。

代码一定不能乱，一定要格式非常清楚，这点使你写的程序我能读，我写的程序你也能读，不需要再

去习惯彼此的不同写法。

而且结合成对编码思维，这时候你去读一个程序的时候，你会发现，你读程序的方法变了。以前读程

序的时候，你可以先去读它的变量是什么，然后再读第一行、第二行，读到最后一个大括号，这是一种读

程序的方法。现在就不一样了，现在读程序的时候就养成了一种习惯，就是分块阅读程序，很明显两个大

括号之间就是一块代码。

网狐教程

file:///d|/Administrator/Desktop/编程高手箴言/编程高手箴言/正确的入门方法(2).htm[2009-5-13 22:18:56]

那么写出一个程序后，你要读这个程序是干什么的，只要看这个大括号和那个大括号之间的部分就可

以了，不需要再去读其他的代码是干什么的。比如，你从Linux中或网上下载了一个“烂”程序后，该怎么去

阅读它？最好的方法是先把程序所有的格式都整理好，先别去读它。把所有的格式按照这种规范化的方

法，把它的括号全部整理好。这时候你再读那个程序，只要半分钟就读懂了，但是你可能要整理一个小

时。但如果不这样做，你可能读两个小时都读不清楚该程序。

这点绝对不会有人告诉你，现在没有人去讲解这方面的技巧。这也是我写了那么多的程

序，才总结出来的。一开始的时候，我也像那些教科书所教导那样写，后面放个大括号，前面放个

大括号，甚至括号连括号，一连四个括号，每个括号对哪个最后都找不清楚。编译告诉你好像少了

一个括号，于是找呀，找呀，上面找，下面找，而这个程序又很大，只有一个函数，上面在上屏，

下面在下屏，最后翻来翻去也翻不出。

所以我就想，大括号之间要互相对应，即使不在一个屏幕内，也能很容易地看到它，因为只要

光标落在这个大括号里面，往上去找，即能找到它头上的那个与此对正的，而且这些代码是在一起

的。这一层代码和下一层代码是互相隔开的，我只要读这层代码，下面那一层代码就不需要了。

比如，它有n个for循环的时候，我只想看某一个for循环，这时我只要对正大括号，它的光标往

上走，一下就能找到了。如果按照教科书那样写的话，你要读呀，读呀，要把所有的代码，把所有

的for

循环都读一遍，才可能找到你要的东西。这就是成对编码和规范化的方法（详细叙述请参考代码规

范一章）。

代码中如果不包括正确的思路，那该代码就没有什么用。如果是一个代码爱好者去收集代码，而现在

网络上代码成群，Linux本身就带了一大堆的程序，那些程序对你真的有用吗？我看不见得。而且那些程

序还在不断地升级，那程序还会有新版，如果你把它拿来看一下，对你来说其实没什么价值。

那怎么样使得它对你有用？就必须用上面所说的方法，经过这么处理以后，你就能真正取到它其中的

设计思路，这样才能变废为宝。如果是MFC之类的东西，那你就不用找了，因为即使找，也找不出有价值

的东西，全部是VC自动给你生成的一堆堆的垃圾框架，相对于网上Linux程序来说，它可能更“臭”一些。

网狐教程

file:///d|/Administrator/Desktop/编程高手箴言/编程高手箴言/正确的入门方法(3).htm[2009-5-13 22:18:57]

第1章程序点滴

1.3 正确的入门方法(3)

在软件没有形成行业，程序等同于软件的时候，那时候程序很容易体现出价值来。只要得到代码，就

相当于得到这个软件。但现在就不同了。现在的程序都不是几行，你写出的程序，如果又没有注释，格式

又很乱，你拿过来给我，我还得花很长的时间才能读得清楚，那这样的程序的代码有价值吗？

我经常听到一些程序员在外面兜销代码，很多是学校的学生，尤其那些素质比较差的研

究生，和老师做了一个项目后，他拿出来到外面到处去卖，但是他最后可能卖出去吗？最后可能还

是没卖出去，因为那个程序很庞大。如果某个公司买了这个程序以后，该公司还得招一个人去读这

个程序，当这个人读懂以后，他又离职了，那公司买这个代码干嘛？

2. 代码的注释

代码本身体现不出价值来，有价值的代码一定是不仅格式非常规范，而且还要有很详细的设计思路和

注释，这个是很重要的。首先要养成这种习惯，教科书里面很少讲为什么要做注释，注释应该怎么注。有

些人爱在哪儿下注释就在哪儿下注释，甚至在语句中间也加，中间也可弄两个斜杠放两个花括号写点注

释。

注释格式是非常重要的，但很少有人去注意它。现在的程序如果没有注释，则基本上是没法用的，也

就跟你拿一个可执行程序没什么两样，你拿过来还不能随便改，你改了后编出来的程序绝对不能用。所

以，程序如果没有详细的注释，别人就算拿到了代码也没有用，体现不出它的价值来。

Linux是个操作系统，很厉害呀！其实那些程序你拿回来，耐心地去读它，会发现，它里面乱得很，那

个内核程序除了作者自己能读懂外，别人可能要花很长的时间才能读懂。Apache的作者对自己Apache那

套代码是很清楚，但换一个做浏览器的人去读，也会很困难。一般人只把代码复制下来后，打个BUILD命

令看看能不能正确地编译，最后能正确编译的程序就是好的，如果不能正确编译的程序就删掉吧，再下载

一个，因为他没有正确的对待代码的那种思维，而只是认为那代码本身才有很大的价值，不用关心有没有

注释。

如果代码没有注释和规范，是没有价值的，这也是现在为什么很多的个人跑去卖源程序的时候，很多

的公司都不要。我们不是说没有技术，任何程序都能做，只是时间的问题，而且像视频中有的技术，比那

些卖代码的技术还要深得多。真正要做一个有价值的程序，开发程序的思维就很重要，这种思维的具体体

现就在注释及规范的代码本身。

1.3.2 调试的重要性

调试是很重要的一个部分。所有的程序都是调试出来的，不是写出来的。讲怎么去调试，实际上就是

讲一种解决问题的思路。所有的程序写出来后一定是有问题的，既然有问题，就一定会有一个解决问题的

思路。解决问题的方法就是调试的方法。

用VB或者是MFC做出来的程序，先运行一遍看看什么地方有问题，如果发现有问题，重新改一改，

然后又重新运行。这种方法是还没有入门的调试方法，即是看直接的表象。这种方法既浪费时间，又不能

网狐教程

file:///d|/Administrator/Desktop/编程高手箴言/编程高手箴言/正确的入门方法(3).htm[2009-5-13 22:18:57]

消除隐患。

调试是很重要的内容，如果要进入高深境界，调试是除了了解设计程序、平台以外，一个非常重要的

难关。如果要成为高级程序员，就必须过这一关。如果不懂调试，则永远成不了高手。在学习调试的过程

中，对汇编语言、体系结构会有进一步的了解。

你可能觉得我把调试的作用说得言过其实了，举例子说明一下吧。请把以下的C程序改写成汇编代

码：

int i;

extern int In[],Out[];

for(i=0;i<100;i++)

{

Out[i]＊=In[i];

}

我发现90％的人写出来的汇编代码可能是不正常的或有错误的。要么是不了解32位汇编，要么是不循

环，要么只有循环没有处理等。这是为什么呢？因为就算是一段小小的代码，如果没有经过调试，也可能

错误百出。

如果你是初级一点的程序员，则如果程序出了问题，也不知道原因所在。怎么回事呀？我就是搞不清

楚。要搞清楚首先要调试，这就涉及到调试的问题。比如说，放到一个文件里面的，它出错了，我查程序

看了n遍，它就是没有任何问题，这时候该怎么办呢？这时的解决方法就是调试，调试能使得一个程序正

常地运转起来。如果对于程序员来说写这个程序可能只用了一天的时间，但是调试可能会花他二三天的时

间。一个程序绝对是调试出来的，不是编出来的。如果说哪个系统是编出来的，那它肯定会有很多性能方

面的问题，包括可能有不可预测的各种各样的问题。

程序出现问题的话，要能考虑到各种各样可能的情况，绝对没有任何臆测。比如，有可能完全是编译

器的错误，也有可能因你程序里面增加了什么，而对程序产生干扰，甚至还有一种可能是你的指针基本就

没有给它赋值，指向了别的地方，把别的东西破坏了。这些情况太多了。还有一种常见的错误，即MFC里

面很常见的一种设计思维，就是任何一个东西，只管创建，不管释放、销毁。这种思路是现在很多程序员

做的程序没用几下就会死机的原因。这绝对是错误的设计思路，而MFC让你这么做，就是让你永远成不了

高手，你写的程序永远不可能稳定。

MFC里面的所有的结构也好，变量也好，只需要你去分配一个，几乎就不需要你去释放

它。这绝对是错误的，程序一定要成对编写。成对编码是快速编写程序的一种方法，而教科书里面

讲的那些都是从头到尾去编。先把那个什么变量编写上，再写第一行，再写第二行，再写第三行，

最后再写个大括号。这种方法绝对是错误的。对于现在的程序来说，它效率很慢，没法即时调试，

因为只有最后把所有的程序做完以后，才能进行调试，所以在这中间出现错误的几率就积累得非常

大了。

网狐教程

file:///d|/Administrator/Desktop/编程高手箴言/编程高手箴言/开放性思维(1).htm[2009-5-13 22:18:57]

第1章程序点滴

1.4 开放性思维(1)

要具备开放性思维，就必须了解包括从CPU的执行方法，到Windows平台的运转，到你的程序的调

试，最后到你要实现的功能这一整套的内容，只有做到这样，才能真正提高。如果你的知识范围很窄，什

么也不了解，纯粹只了解语言，那你的思维就会很狭隘，就会只想到这个语言有这个函数，那个语言没有

那个函数，这个C++有这个类，那个语言没有这个类等。而真正要做一个系统，思维一定要是全面的，游

离于平台之上的系统和实际的应用软件是不现实的。

这种所谓理想化，已经有很多人提出是不现实的。所以，任何一个软件一定都是跟一个平台相关联

的，脱离平台之上的软件几乎都是不能用的。这就必须对平台的本身非常了解。如果你有平台这些方面的

知识，这样在思考一个问题的时候，能马上想到操作系统能提供些什么功能，我再需要做些什么，然后就

能达到这个目标。这就是一种开放的思维。

在开放的思维下，我要做这个程序的时候，就会考虑怎么把它拆成几个独立的、分开的模块，最简单

的，怎么把这个模块尽量能单独调用，而不是我要做个很大的EXE程序。一个很普通的程序员，如果他能

够考虑到将程序分成好几个动态库，那么它的思维就已经有点开放性了，就已经不是MFC那些思维方式

了。思考问题的时候能把它拆开，就是说，任何一个问题，如果你能把它拆开来思考，这就是简单的开放

性思维。

但光会拆还是不够的，尽管有很多人连拆都不会。很多教科书中的程序，要解决问题的时候，就一

个main，以后就是一个非常长的函数。这个main函数把所有的事情都解决了。如果连函数都不会分的

话，则就是典型的封闭式思维。

这样的人不是没有，我是碰见过的。一些毕业生做的程序就有这种情况。所有的问题都由一个函数来

解决。他就不会把它拆成几个模块。我问他，把一件工作拆成几件模块不是更清晰吗？他说，拆出来后的

模块执行会更慢些。这就是很明显的封闭式思维和非封闭式思维的区别。

你看MFC的思路，那就是一层套一层的，要把所有的类都实现了，然后继承。它从CWnd以后，把所

有的东西都包括进去了，组成一个巨型的类。这个巨型的类连界面到实现统统包括在里面。这时你怎么

拆？根本就没有拆的方法，这就是封闭式思维。

如果一个系统、一个程序不能拆的话，则它基本上是做不好的。因为任何一个程序，如果它本身的复

杂度越大，它可能出错的几率就越大。比如最简单的，哪个函数越大，则该函数的出错几率就越大。但如

果把该函数分成很多小的函数，每个小的函数的出错几率就会很小，那么组合起来的整个程序的出错几

率就很小。这就是为什么要把它拆出来的原因。

你用C++来实现的方法也是一样的。你要把它拆成许多的接口，如果能做到这样，你就能把它独立起

来，甚至你能把它用动态库的方法去实现。动态库是现在的程序非常重要的一块。

1.4.1 动态库的重要性

有了动态库，当你要改进某一项功能的时候，你可以不动任何其他的地方，只要改其中你拆出来的这

剩余143页未读，继续阅读

fuyuwei0427

粉丝: 1
资源: 7

编程高手的经验与技术精华

编程高手箴言源码（含pdf）

编程高手箴言光盘

编程高手箴言编程高手箴言

200多套汇报总结PPT模板-最新出炉.zip

springboot图书管理系统（附源码+数据库）00296

保研申请材料清单excel

汇编语言ppt.zip

Kubernetes系统精讲 Go语言实战K8S集群可视化--第4章 【核心知识+原理分析】Pod参数详解.zip

熵平衡匹配法code和数据-最新出炉.zip

Practical_5.zip

最新资源

Kubernetes系统精讲 Go语言实战K8S集群可视化--第4章【核心知识+原理分析】Pod参数详解.zip