您所在位置：主题：[转帖]学习园地：正确的入门方法(2)
binsuateks
[专家分：90] 发布于 2005-07-30 21:23:00
[b]正确的入门方法(2)[/b]
规范的格式是入门的基础以前所有的C语言的书中，不太重视格式的问题，写的程序像一堆堆的垃圾一样。这也导致了现在的很多程序员的程序中有很多是废码、垃圾代码，这和那些入门的书非常有关系。因为这些书从不强调代码规范，而真正的商业程序绝对是规范的。你写的程序和他写的程序应该格式大致相同，否则谁也看不懂。如果写出来的代码大家都看不懂，那绝对是垃圾。如果把那些垃圾“翻”半天，勉强才能把里面“金子”找出来，那这样的程序不如不要，还不如重新写过，这样，思路还会更清楚一点。这是入门首先要注意的事情，即规范的格式是入门的基础。
1. 成对编码
正确的程序设计思路是成对编码，先写上面的大括号，然后马上写下面的大括号。这样一个函数体就已经形成了。它没有任何问题。然后，比如你要写个for循环，这时候先申明一个变量I，再写这个for循环。写上面的大括号，马上写下面的大括号，然后再在中间插一二行代码。插这段代码后，如果你又要用到新变量，则再在头上添加新的变量，然后再让它进行工作。这就是一种成对编码。
这样，当你用到一个内存的时候，写一个分配函数分配一块内存，马上就接着写释放这块内存的代码。然后你再在中间插上你要用这个内存做什么。这是正确的快速的编程方法。否则，你去查或调试代码都无从下手。针对这个程序来说，如果用成对编码，则它任何时候都是可以调试的，不需要你整个程序都写完后才能进行调试。
它是任何时候都可以编译调试的，甚至你写了两个大括号，中间什么也没有，它是空的时，你都可以进行调试。你写了第一个for循环，它也可以进行调试，当你又写了一个分配内存、释放内存以后，它还可以进行调试。它可以编译运行，里面可以放断点，这就是成对编码。
成对编码就涉及到代码规范的问题。为什么我说上面一个大括号，下面一个大括号，而不说成是前面一个大括号，后面一个大括号呢？如果是一般C语言的书，则它绝对说是后面加个大括号，回过头前面加个大括号。事实上，这就是垃圾程序的写法。正确的思路是写完行给它回车，给它大括号独立的一行，下面大括号也是独立的一行，而且这两个大括号跟那个for单词中间错开一个TAB。
集成环境的TAB首先要设成8，因为TAB的基本定义就是8，而现在的VC把它设成了4，这样使得你编出的程序放到一个标准的环境里看的时候就是乱的。
代码一定不能乱，一定要格式非常清楚，这点使你写的程序我能读，我写的程序你也能读，不需要再去习惯彼此的不同写法。
而且结合成对编码思维，这时候你去读一个程序的时候，你会发现，你读程序的方法变了。以前读程序的时候，你可以先去读它的变量是什么，然后再读第一行、第二行，读到最后一个大括号，这是一种读程序的方法。现在就不一样了，现在读程序的时候就养成了一种习惯，就是分块阅读程序，很明显两个大括号之间就是一块代码。
那么写出一个程序后，你要读这个程序是干什么的，只要看这个大括号和那个大括号之间的部分就可以了，不需要再去读其他的代码是干什么的。比如，你从Linux中或网上下载了一个“烂”程序后，该怎么去阅读它？最好的方法是先把程序所有的格式都整理好，先别去读它。把所有的格式按照这种规范化的方法，把它的括号全部整理好。这时候你再读那个程序，只要半分钟就读懂了，但是你可能要整理一个小时。但如果不这样做，你可能读两个小时都读不清楚该程序。
这点绝对不会有人告诉你，现在没有人去讲解这方面的技巧。这也是我写了那么多的程序，才总结出来的。一开始的时候，我也像那些教科书所教导那样写，后面放个大括号，前面放个大括号，甚至括号连括号，一连四个括号，每个括号对哪个最后都找不清楚。编译告诉你好像少了一个括号，于是找呀，找呀，上面找，下面找，而这个程序又很大，只有一个函数，上面在上屏，下面在下屏，最后翻来翻去也翻不出。
所以我就想，大括号之间要互相对应，即使不在一个屏幕内，也能很容易地看到它，因为只要光标落在这个大括号里面，往上去找，即能找到它头上的那个与此对正的，而且这些代码是在一起的。这一层代码和下一层代码是互相隔开的，我只要读这层代码，下面那一层代码就不需要了。
比如，它有n个for循环的时候，我只想看某一个for循环，这时我只要对正大括号，它的光标往上走，一下就能找到了。如果按照教科书那样写的话，你要读呀，读呀，要把所有的代码，把所有的for
循环都读一遍，才可能找到你要的东西。这就是成对编码和规范化的方法（详细叙述请参考代码规范一章）。
代码中如果不包括正确的思路，那该代码就没有什么用。如果是一个代码爱好者去收集代码，而现在网络上代码成群，Linux本身就带了一大堆的程序，那些程序对你真的有用吗？我看不见得。而且那些程序还在不断地升级，那程序还会有新版，如果你把它拿来看一下，对你来说其实没什么价值。
那怎么样使得它对你有用？就必须用上面所说的方法，经过这么处理以后，你就能真正取到它其中的设计思路，这样才能变废为宝。如果是MFC之类的东西，那你就不用找了，因为即使找，也找不出有价值的东西，全部是VC自动给你生成的一堆堆的垃圾框架，相对于网上Linux程序来说，它可能更“臭”一些。
****************************************************************************
规范的格式是入门的基础以前所有的C语言的书中，不太重视格式的问题，写的程序像一堆堆的垃圾一样。这也导致了现在的很多程序员的程序中有很多是废码、垃圾代码，这和那些入门的书非常有关系。因为这些书从不强调代码规范，而真正的商业程序绝对是规范的。你写的程序和他写的程序应该格式大致相同，否则谁也看不懂。如果写出来的代码大家都看不懂，那绝对是垃圾。如果把那些垃圾“翻”半天，勉强才能把里面“金子”找出来，那这样的程序不如不要，还不如重新写过，这样，思路还会更清楚一点。这是入门首先要注意的事情，即规范的格式是入门的基础。
1. 成对编码
正确的程序设计思路是成对编码，先写上面的大括号，然后马上写下面的大括号。这样一个函数体就已经形成了。它没有任何问题。然后，比如你要写个for循环，这时候先申明一个变量I，再写这个for循环。写上面的大括号，马上写下面的大括号，然后再在中间插一二行代码。插这段代码后，如果你又要用到新变量，则再在头上添加新的变量，然后再让它进行工作。这就是一种成对编码。
这样，当你用到一个内存的时候，写一个分配函数分配一块内存，马上就接着写释放这块内存的代码。然后你再在中间插上你要用这个内存做什么。这是正确的快速的编程方法。否则，你去查或调试代码都无从下手。针对这个程序来说，如果用成对编码，则它任何时候都是可以调试的，不需要你整个程序都写完后才能进行调试。
它是任何时候都可以编译调试的，甚至你写了两个大括号，中间什么也没有，它是空的时，你都可以进行调试。你写了第一个for循环，它也可以进行调试，当你又写了一个分配内存、释放内存以后，它还可以进行调试。它可以编译运行，里面可以放断点，这就是成对编码。
成对编码就涉及到代码规范的问题。为什么我说上面一个大括号，下面一个大括号，而不说成是前面一个大括号，后面一个大括号呢？如果是一般C语言的书，则它绝对说是后面加个大括号，回过头前面加个大括号。事实上，这就是垃圾程序的写法。正确的思路是写完行给它回车，给它大括号独立的一行，下面大括号也是独立的一行，而且这两个大括号跟那个for单词中间错开一个TAB。
集成环境的TAB首先要设成8，因为TAB的基本定义就是8，而现在的VC把它设成了4，这样使得你编出的程序放到一个标准的环境里看的时候就是乱的。
代码一定不能乱，一定要格式非常清楚，这点使你写的程序我能读，我写的程序你也能读，不需要再去习惯彼此的不同写法。
而且结合成对编码思维，这时候你去读一个程序的时候，你会发现，你读程序的方法变了。以前读程序的时候，你可以先去读它的变量是什么，然后再读第一行、第二行，读到最后一个大括号，这是一种读程序的方法。现在就不一样了，现在读程序的时候就养成了一种习惯，就是分块阅读程序，很明显两个大括号之间就是一块代码。
那么写出一个程序后，你要读这个程序是干什么的，只要看这个大括号和那个大括号之间的部分就可以了，不需要再去读其他的代码是干什么的。比如，你从Linux中或网上下载了一个“烂”程序后，该怎么去阅读它？最好的方法是先把程序所有的格式都整理好，先别去读它。把所有的格式按照这种规范化的方法，把它的括号全部整理好。这时候你再读那个程序，只要半分钟就读懂了，但是你可能要整理一个小时。但如果不这样做，你可能读两个小时都读不清楚该程序。
这点绝对不会有人告诉你，现在没有人去讲解这方面的技巧。这也是我写了那么多的程序，才总结出来的。一开始的时候，我也像那些教科书所教导那样写，后面放个大括号，前面放个大括号，甚至括号连括号，一连四个括号，每个括号对哪个最后都找不清楚。编译告诉你好像少了一个括号，于是找呀，找呀，上面找，下面找，而这个程序又很大，只有一个函数，上面在上屏，下面在下屏，最后翻来翻去也翻不出。
所以我就想，大括号之间要互相对应，即使不在一个屏幕内，也能很容易地看到它，因为只要光标落在这个大括号里面，往上去找，即能找到它头上的那个与此对正的，而且这些代码是在一起的。这一层代码和下一层代码是互相隔开的，我只要读这层代码，下面那一层代码就不需要了。
比如，它有n个for循环的时候，我只想看某一个for循环，这时我只要对正大括号，它的光标往上走，一下就能找到了。如果按照教科书那样写的话，你要读呀，读呀，要把所有的代码，把所有的for
循环都读一遍，才可能找到你要的东西。这就是成对编码和规范化的方法（详细叙述请参考代码规范一章）。
代码中如果不包括正确的思路，那该代码就没有什么用。如果是一个代码爱好者去收集代码，而现在网络上代码成群，Linux本身就带了一大堆的程序，那些程序对你真的有用吗？我看不见得。而且那些程序还在不断地升级，那程序还会有新版，如果你把它拿来看一下，对你来说其实没什么价值。
那怎么样使得它对你有用？就必须用上面所说的方法，经过这么处理以后，你就能真正取到它其中的设计思路，这样才能变废为宝。如果是MFC之类的东西，那你就不用找了，因为即使找，也找不出有价值的东西，全部是VC自动给你生成的一堆堆的垃圾框架，相对于网上Linux程序来说，它可能更“臭”一些。
****************************************************************************
