分类： 程序设计

编程感悟

为什么要使用回调函数

　　最近在代码中大量使用了callback函数，没有google到大神关于是否要更多或更少的使用callback函数的论述，可能是这个问题太白痴了吧，暂且陈述一下自己的观点。

　　假如，有时候我们需要在逻辑上分2层，如下图：

 

 1 |－－－－－－－－－－－－－－－－－－|
 2 |          High Level         |
 3 |－－－－－－－－－－－－－－－－－－|
 4 |          Low Level          |
 5 |－－－－－－－－－－－－－－－－－－|
 6 //如果这样写
 7 int low_do_a(int xx)
 8 {
 9 　　hgih_do_b(xx);
10 }
11 
12 int hgih_do_b(int xx)
13 {
14 　　...
15 }
16 int high_do_a(int)
17 {
18 　　...
19 　　low_do_a(xx);
20 　　...
21 }
 　　那么逻辑上可能是个样子的：
　　
　　这种逻辑图令我很不爽，因为我可能还需要知道hgih_do_b是干什么的，层与层之间会有耦合，如HighLevel变了没有high_do_b。
　　那么如果以下面的形式加工一下：
 1  int low_do_a(int xx， int (*do_something)(int xx, void *param), void *param)
 2  {
 3    　　...
 4       if (do_something)
 5　　　　　　do_something(xxx, param);
 6   　　　...
 7  }
 8     
 9  int hgih_do_b(int xx, void *param)
10  {
11    　　...
12 }
13  int high_do_a(int)
14 {
15 　　...
16  　　low_do_a(xx, high_do_b, xxx);
17  　　...
18  }
  　　这样一看，虽然实际上还是调用了上层，但是灵活性大增加，上层可以定制某一部分下层的行为，而且逻辑上来看应该是这个样子：
　　
　　这样一看逻辑就清晰了很多。
　　注：这样做由于会有间接调用，因此，会有一些额外的传参与访存开销，对于MCU代码中对时间要求较高的代码要慎用。

	


	





	

		
		
通信模型之“透明”
	


	
	
	

		
    今天是大牛走后的第一周，大牛走了，理所当然所有的代码变成我维护修改了。由于最开始写的是写一步算一步，现在0.0.1版release后发现代码结构有很多不合理，理所当然要重构。首先重构的当然是影响着整的前后台系统的socket通信。之前socket的设计是这样的：




     前后台系统共用一个socket.dll,使用socket.dll来封装socket的部分。但是今天看代码时发现其实bg(后台程序）与fg(前台程序）分别加载时socket时，socket.dll分别在两个进程中都有一分部没用的数据与代码拷贝，如后台只需要服务端的相关处理部分数据与代码，前台只需要客户端的处理部分与代码，放在一个DLL中逻辑上看起来很不优雅。而且在socket.dll的代码中定义了一套与外部接口相对应的内部通信数据结构，如socket.dll 导出一个s_aa(struct bb *p)样子的接口那么socket.dll中必有一个struct bb_private与之对应，在调用s_aa时其实p所指向的参数是会被转成struct bb_private后才会被发出去。个人感觉这样做，这个socket.dll仅仅是一个库，如果以后增加了一个功能，这个库可能就需要修改很大，不能实现高内聚低耦合的宗旨。


      个人认为优雅的实现应该是这样的：




    SocketClient.dll与SocketServer负责Socket通信的处理，但是这两个DLL并不知道所有Socket之上的东西，他们仅提供一种机制那就是“透明”，将前台（Client）与后台(Server)之间的网络透明掉，让程序的数据与处理在逻辑上如图中虚线那样执行，如FG调用BG的某个功能，Socketxx.DLL并不需要知道任何关于这个功能函数的数据结构，逻辑上看就像是前台直接调用了BG的函数然后得到了BG函数的返回值。这时Socketxx.DLL不需要知道任何调用的细节，这就是机制，如果要加一个FG调BG的功能函数，那么只需要修改FG与BG而不需要同时修改Socketxx.DLL这两个DLL，这才是透明机制。这样一看逻辑上就清晰多了，而且也优雅多了。

	


	





	

		
		
状态机
	


	
	
	

		
　　从毕业到现在都没有写过博客了，一是没什么大的收获，二是这段时间发生了太多事，从入职到这段时间，思想经历了各种斗争。今天终于有了点值得写的东西，就暂时放下思想斗争记录一下新发现吧。


　　以前写代码时从来只知道有状态机，但是从来没有用过，这段时间因为代码开的线程太多了，程序吃不消，经高人指点才发现其实可以用状态机来用一个任务来模拟多个相似任务。下面就来分析一下状态机实现多任务的原理。


　　一个完整的代码是由数据和代码组成，由同一个函数创建的多个线程在线程切换时仅仅是切换其中的数据共用其中代码。


　　可以实现这样一个纯代码函数，这个纯代码函数只根据参数的内容来执行与代码上下文无关，在模拟切换线程时仅切换一下函数参数即可。线程最重要的特点就是没执行完就可以由时钟中断进行切换，归根到底就是每次每个线程只执行一段程序，因此把一个函数分成几个块，每次每个模拟线程执行一块，这样就可以模拟出一个类似时间片轮转的多线程调度算法， 状态机恰好满足上面要求。语言描述总归是无力的，下面请看代码。




 1 #include <stdio.h>
 2 #include <assert.h>
 3 
 4 struct fsm_param {
 5         int next;
 6         char *param;
 7 };
 8 
 9 int fsm(struct fsm_param *param)
10 {
11         switch (param->next) {
12         case 0:
13                 printf("%c", param->param[0]);
14                 param->next = 1;
15                 break;
16         case 1:
17                 printf("%c", param->param[1]);
18                 param->next = 2;
19                 break;
20         case 2:
21                 printf("%c", param->param[2]);
22                 param->next = 3;
23                 break;
24         case 3:
25                 printf("%c", param->param[3]);
26                 param->next = 4;
27                 break;
28         case 4:
29                 printf("%c", param->param[4]);
30                 param->next = 5;
31                 break;
32         case 5:
33                 printf("n");
34                 param->next = 6;
35                 break;
36         default:
37                 assert(!"Never arrive here");
38         }
39         return 1;
40 }
41 
42 int main()
43 {
44         int i;
45         struct fsm_param thread[2];
46 
47         thread[0].next = 0;
48         thread[0].param = "AAAA";
49         thread[1].next = 0;
50         thread[1].param = "BBBB";
51 
52         do {
53                 for (i = 0; i < 2; i++)
54                         fsm(&thread[i]);
55 
56         } while (thread[0].next != 6 && thread[1].next != 6);
57         return 0;
58 }




　　啥也不说了上图看效果，是不是和时间片轮转调度算法写出来的多线程一致呢？甚至我们可以更改调度算法哟！再次感叹一句，C语言博大精深啊！



	


	





	

		
		
读The C programming language的新发现
	


	
	
	

		
1.C语言标准中的各类型长度，及指针长度并没有明确指定是多长，只是有一个长度限定。还有建议字节数，但这绝不应该成为我们写程序时的标准。因此，我们每到一个新平台的话就最好先搞清楚各类型是多长!


2.C语言中char ,signed char,unsigned char,是3种类型，因为char 到底是signed char 还是char依赖于编译器的实现，K＆R建议，为了便于移植，如果我们放的是非字符数据的话最好明确指定是signed char 还是unsigned char!


3.隐式转换有算术运算转换，赋值转换


4.如果一个函数的形参类型未知，那么调用函数时要对相应的实参做“整形提升(integer promotions)",除此以外，float类型将被转换为double类型

5.类似*与++这样的一元运算符遵循从右至左的结合顺序

6.数组下标是有符号型的数值

7.指针-指针 = 指针所指的类型的个数,而非地址的距离.

8.标准允许指向数组元素的指针与指向数组最后一个元素后面的那个内存位置的指针进行比较,但不充许与指向数组第1个元素之前的那个内存位置的指针进行比较.

	


	





	

		
		
真正认识 realloc 的工作方式〈转〉
	


	
	
	

		
转自http://hi.baidu.com/419836321/blog/item/6f158d22797008469258070b.html realloc 用过很多次了。无非就是将已经存在的一块内存扩大。 char* p = malloc(1024);char* q = realloc(p,2048); 现在的问题是我们应该如何处理指针 p。 刚开始按照我最直观的理解，如果就是直接将 p = NULL;。 到最后只需要释放 q的空间就可以了。 因为最近在做个封装。结果在做单元测试的时候发现。有时候我在 free(q); 的时候会出错。这样我就郁闷了。 后来仔细一跟踪，发现 realloc 完以后 q 和 p 的指针地址是一样。不过有时候又不一样。 仔细查了下资料。得到如下信息：        1.如果 当前连续内存块足够 realloc 的话，只是将p所指向的空间扩大，并返回p的指针地址。 这个时候 q 和 p 指向的地址是一样的。         2.如果 当前连续内存块不够长度，再找一个足够长的地方，分配一块新的内存，q，并将 p指向的内容 copy到 q，返回 q。并将p所指向的内存空间删除。 这样也就是说 realloc 有时候会产生一个新的内存地址 有的时候不会。所以在分配完成后。我们需要判断下 p 是否等于 q。并做相应的处理。 这里有点要注意的是要避免 p = realloc(p,2048); 这种写法。有可能会造成 realloc 分配失败后，p原先所指向的内存地址丢失。 ========================================= 关于realloc函数说明的补充：函数定义：void *realloc(void *ptr, size_t size);上面的分析基本没有问题，但有两点要注意：1.返回值可能与ptr的值不同，如果是不同的话，那么realloc函数完成后，ptr指向的旧内存已被free掉了。2。如果返回NULL值，则分配不成功，而原来的ptr指向的内存还没有被free掉，要求程序显式free.故p = (int *) realloc (p, sizeof(int) *15);语句有这么一个问题，调用前p指向一个已分配成功的内存,而调用realloc时却失败（即返回NULL），此时，p原来指向的内存还没有free掉，而现在又找不到地址，这样就出现memory leak了。关于这一点的确要注意，最好如下：int *qq = (int *) realloc (p, sizeof(int) *15);if(!q) p =q; ====================================================== 首先看一下下面的C程序片断： #include char *p; p = (char * ) malloc (10); p = (char * ) realloc (p,20); …………………………     这段程序的意思很简单，只有稍有点C基础的人都可以看懂。函数首先定义了一个字符型的指针p，然后为指针p分配了一个10个字节大小的内存空间，接着将这个内存块的大小增加到20个字节。     这里有什么问题吗？上机运行一下，好像没有问题！     是的，这样上机运行是没有问题的，但是这里存在着也许我们不太注意的隐患！隐患在那里？这就是我在本文中要详细说明的realloc（）函数了。     再看一下下面一段来自MSDN的话： realloc returns a void pointer to the reallocated (and possibly moved) memory block. The return value is NULL if the size is zero and the buffer argument is not NULL, or if there is not enough available memory to expand the block to the given size. In the first case, the original block is freed. In the second, the original block is unchanged. The return value points to a storage space that is guaranteed to be suitably aligned for storage of any type of object. To get a pointer to a type other than void, use a type cast on the return value. 这段E文还不算是晦涩难懂，所以我就不翻译了，大致的意思是说关于realloc返回值的。但是这里对他的返回值分了几种情况： 1、 返回void * 指针，调用成功。 2、 返回NULL，当需要扩展的大小（第二个参数）为0并且第一个参数不为NULL，此时原内存变成了“freed（游离）”的了。 3、 返回NULL，当没有足够的空间可供扩展的时候，此时，原内存空间的大小维持不变。 第一种情况告诉了我们在得到需要的内存空间后需要做类型转换的工作； 第二种情况可能只有傻瓜才会去使用吧！ 第三种情况，内存空间不够的时候就会维持未来的大小不变。         MSDN上面说内存空间不够的时候就不会扩展原来的内存空间的大小，这话固然没有错，但是有点含糊，似乎遗漏了一种情况！我们知道，realloc是从堆上分配内存的，当扩大一块内存空间时， realloc()试图直接从堆上现存的数据后面的那些字节中获得附加的字节，如果能够满足，自然天下太平；可如果数据后面的字节不够的话，问题就出来了，那么就使用堆上第一个有足够大小的自由块，现存的数据然后就被拷贝至新的位置，而老块则放回到堆上。这句话传递的一个重要的信息就是数据可能被移动！看到这里，也许我们已经发现一开始我给出的程序的问题了。为了更清楚地说明问题，可以将上面的程序改成下面的形式： #include char *p，*q; p = (char * ) malloc (10); q=p; p = (char * ) realloc (p,20); …………………………     这段程序也许在编译器中没有办法通过，因为编译器可能会为我们消除一些隐患！在这里我们只是增加了一个记录原来内存地址的指针q，然后记录了原来的内存地址p，如果不幸的话，数据发生了移动，那么所记录的原来的内存地址q所指向的内存空间实际上已经放回到堆上了!这样一来，我们应该终于意识到问题的所在和可怕了吧！     这个问题似乎有点牛角尖的味道，因为我们也许从来不曾遇上过，但是我们应该明白这样的事情的始终存在，只有这样，在万一我们碰上的时候才会去有意识的去避免这种隐患，否则，一旦这样的隐患一旦发作，程序崩溃不说，恐怕查错也不是一件容易的事！     候俊杰在《深入浅出MFC》中引用林语堂的《朱门》中的一句话，我很有感触，虽然不可能有他的感触深，但是抱着向前辈学习的心态，所以也拿来作为本为的结束： “只用一样东西，不明白他的道理，实在不高明”。

	


	





	

		
		
开发人员应该知道的一些东西〈转〉
	


	
	
	

		
　鉴于经常看到很多傻傻的问题，比如xx语言干什么用的，xxx语言是不是落伍了？(不过说实在的,这些问题初学者都会有.)

　　我在这里说说开发人员应该知道的一些东西。但是这些只是我在平日里看到和想到的。难免有所偏差,请见谅.

 

软件开发，是一个综合性的活计。软件开发,并不仅仅是编写代码.学会了用c这些编程语言进行编程只是第一步，一个最最基本要求。其他要的东西还多着呢。在

我看来,程序员大致可以分为两类.当一个工作任务分配到程序员身上时,一种程序员知道为什么要这样去做.另外一种则知道怎么去做完这个工作.

　　

而这个区别就大了.如果你知道为什么要这样去实现,这个至少说明你能把握住你的任务在软件工程里面的位置.如果你只是仅仅知道怎么去完成他.那只是说明你

能做完这个工作而已.想做好就不一定能行了.而第一种程序员一定能做好.做的最优.看看下面的条条,希望对大家都有所帮助.


　　第一要说的，编程的关键是什么?

　　编程不是实现了代码就可以了.引用我的友人的一句话，“编程讲究是一个整体的平衡性。”

　

　对于这个他是这样解释的。“平衡性，是软件的很重要的部分，从平衡性的角度去考虑编程，就会抑制你想要用最新技术，最新系统等等一些想法。因为从平衡性

的角度考虑，只要你的软件有一个瓶颈出现，你的程序就是失败。你首先要考虑的是怎么消除程序中可能存在的一些瓶颈。在这个基础上你才有权利去考虑提高你程

序的性能”.就算你拥有最新的技术，最好系统，如果你的代码不行。只要你的程序有性能瓶颈存在,等于什么都没有做。

      

　　在这里我想说的就是程序是人写的。如果你的水平不行，再好的现成的技术也是用不起来的。就算用起来了,你可能没有办法说清楚,为什么这样用?


　　第二要说的，怎么编程?

　

　我想很多人看到这个问题，一定会在心里把我骂的体无完肤的。心想这小子活腻了。骂也无妨。暂且听我说。我说的怎么编程不是要说怎么写详细的代码，而是你

的程序最终是怎么形成的。我想写到这里又有人把我给陵迟了一次了。但实际上编写代码是在软件的生产过程中占有时间比较少的一块。


　　我个人觉得要包含以下的几个部分：

　　1。市场潜力分析

　　分析你要写的软件能不能卖出去,或者说我要编写什么样的软件?

　　2。同类产品竞争分析

　　看看你的同类产品的优缺点,设计你的软件的卖点.(如果没有卖点,就没有必要继续了)

　　3。软件设计

　　写出详细的软件流程，数据流程。主要算法。软件架构等

　　4。编写代码

　　不用说了吧

　　5。bug测试和试运行

　　6。卖


　　这些事，有的是市场的事，有的是系统分析员的事，还有的是编程的事。但是在很多小公司，本着小公司事必亲恭的办事原则。大家多了解一点是不会有错的。

      

　　举个具体的例子来说。假如我要编写一个共享软件。我要怎么做呢？

      

　　1。要好好想想我要写的软件有没有“钱”途。时间在15天－30天左右。在这段时间里面一定要好好的做一下市场考察.这个可是最关键的一步.

　　2。好，我已经决定要写xxx软件了。

　　3。在网上找几个对xxx最有威胁的同类软件，分析它们优缺点。要它们的优点，不要他们的缺点。设计出自己软件的卖点.

　　4。根据前面分析的结果，大概的列出xxx软件应该具有的功能表

　　5。写出1.0版的基本功能表，写出1.x的功能表。不要一次就做完全部的功能,这样的话,你的软件永远都没有出世的机会   

　　6。选择编程语言 (看看,编程语言到这里才出来)

　　7。上网找类似的源代码，算法。RFC标准文档。吃透.软件代码和算法的良好重用,会让你事半功倍的.

　　8。根据你选定语言，算法，标准文档，写出xxx的详细设计文档。文档一定要用,不然你的计划性就不强.计划性不强,随意性就大.随意性大了,软件很容易失败的.

　　9。按照设计文档编写代码

　　10。测试和卖


　　第三，哪里有资料，标准文档

    

　

　代码的世界是千变万化的,

在开始一个新的项目之前，完全可以找一个类似功能的代码来看看。这样可以更好的改进你的程序。有时还可以加快进度。还有当新的技术出来时，你要看看相关的

文档。虽然不要完全了解它的功能，好处。但是你至少要知道新的技术能用在什么地方。怎么用。配合什么其他的技术用能更好的发挥它的作用。编写软件不是全部

的东西都是自己写的。有很多的功能是一种标准，也许是标准算法。像图形的，多媒体的，加密解密的算法。有的是一个标准的文件格式，像各种图像文件，多媒体

文件。还有的是一种标准的约定。像email，telnet等常见的网络工具。


　　所以你要知道你可以从哪里找你要的资料。我把我知道的都写在这里


　　源代码和技术资料站点

　　www.vchelp.net gb

　　www.csdn.net gb

　　www.codeguru.com en

　　www.codetools.com en

　　www.dexv.com en

　　msdn.microsoft.com en

　　www.programmerheaven.com en

　　www.freshmeat.net en

　　www.sourceforge.net en

　　www-900.ibm.com/developerWorks/ gb

　　

　　论坛和标准，组织

　　www.linuxaid.com.cn gb

　　www.linuxbyte.com gb

　　www.aka.org.cn gb

　　www.rfc.org en gb


　　第四，要掌握的工具和知识

　　工具，可以让你的工作更加的有效率和不易出错。

    

　　下面的工具也许你用过，也许你没有用过。不过没有关系的。同行的老鸟会教我们怎么用的。（我想到哪个就写哪个。没有顺序问题）

　　1。数据库工具

　　　建数据库工具，代表 powerdesigner

　　　数据库分析工具。很多大型的数据库都会带的。

　　2。流程图设计 代表 visio 2000 ， smartdraw

　　3。case工具  代表 rose

　　4。代码分析工具  

　　　代表 bounderchecker(for vc delphi),smartcheck(for vb) ….

　　5。编辑器  

　　　代表 vi，vic，Ultra Edit

       6。源代码管理

　　　代表 vss ，cvs

　　7。编程工具，不要我多说了吧

　　8。其他的，我没有用过的，但是也许在某个行业用的很多的工具。（废话 ：））     


　　知识的话，因为每一个人的发展方向不一样，所以大部分人的知识结构都不一样。但是有几点应该是一样的。


　　1。英语能力

　

　　主要的新的技术，文档资料都是用英语来作为首发的。如果要学到更好更新的知识，技巧。不懂点英语也是不行的。也不要指望有人给你翻译出来。一般来说，

这些资料，看的懂的人不需要翻译，看不懂的人没有办法翻译。半懂不懂的人翻译出来的文章我想你也不敢看。所以大部分的资料还是英语原文的。当然也有很多的

人在翻译这些文章，但是对于这么多的资料来说，翻译过来的只是很小很小的一部分。求人不如求己。多学点英语没有错的。


　　2。设计能力

　

　虽然一般来说，正规的公司有系统分析员做设计（我猜的）。但是70％－80％的小公司，可就不一定了。知道一点软件工程的知识，知道一些文档设计工具怎

么用。或者知道应该有哪些设计文档。也是很有好处的。比较这些东西如果你学到了，就是你自己的了。而且这些可是加工资的好东西。很有钱途的。：）


　　3。语文写作能力

　　　作为一个程序员，大部分时间是都是在写代码。但是代码的注释，各种文档，测试报告，说明文档，使用手册编写，这些都需要文字功底的。 还有用email，bbs，qq这些工具与人交流的时候，如果话都说不清楚，那交流就更谈不上了。水平提高进步也就有点问题了。


　　4。学习能力

　

　　没有几个人是全部学会了再去工作的。这个不是很现实。目前社会也不太允许这样做。一边工作一边学习是很常见的。也许很多人是在工作之中才学会做某些事

情的。很多技能也是这样会的。此外，很多新的项目的到来。很新的技术的到来都要求我们能适应新的工作环境，新的工作要求。如果没有好好的学习是很容易被一

个项目踢掉的。呵呵。

另外有一点，当上司让你做你不会的东西时，你要告诉他，你不会，但是会在XX天内把他搞定。不会没有关系，会学习也是会上进的一种好表现。


　　5。知道自己要做什么，要学什么，要发展什么。

　　　世界上软件技术是多的像9个牛上的毛一样多，也许还要多很多。如果我们什么都要知道。哦，天哪，我不想活了。

　　　作为一个软件人员也好，作为一个初学者也好。知道自己要往那个方向走是很重要的。不然很容易的就饿死在软件技术迷宫里的。最后只好不干这一行了。这个可不太好。

一

般来说，作为一个软件人员，掌握一到两个语言的开发能力就可以了。另外除非你是想做软件技术的研发（这些工作最有钱，在大型的公司是最受欢迎）。如果不是

做软件技术的研发，只是一般的应用程序编写的话，不用太关注今天出来什么新的技术，明天又出来什么新的技术。这些东西只要知道就行了。知道有这么回事就可

以了。以后有用的到的地方再去认真的关注也是不迟的。自己选择一个发展的方向，努力的向前走。不要被各种各样的新技术诱惑过去。说句实话，很多的所谓新技

术的怎么怎么好，怎么怎么优异，很多时候都是有商业行为在里面的。要自己会判断才行。如果不能判断怎么办，看下面的一条。


　　第六：知道的更多

　

　　很多初学者最麻烦的事是怎么在这么多的软件技术里面选择一种又好学，又有前途（钱途），又能做点什么伟大的事情的技术来开拓软件开发这个他们未知的领

域。对于这个麻烦的问题，很少有解。如果你能遇到一个很好的老师，那就是你的福气，千万要抓住这个机会。如果你不得不一人做出这个决定，那只能是小心翼翼

地来了。不过一般来说学c和c＋＋都是一个不错的选择。

　　初学者的另外一个麻烦的问题是，当我选择之后，在学习过程中出现的很多这个和那个的新

技术，新的变化。我该怎么办。这个也基本无解。只能是你自己慢慢慢慢积累。积累到你能理解这些新技术的出现是为了什么，这些新变化的发生是为知道的更

多……,这些新变化的发生是为了什么之后。你就会不怕这些的新的东西。

　　我一向坚持，如果我知道的更多，我的力量就会更大。我就更不会怕出现变化。如果因为你的信息不足，而无法对某件事情进行判断时，千万不要强行进行判断。对你没有好处的。


转自http://topic.csdn.net/u/20110308/19/01ead01d-787f-44e5-bf30-b2795efc4c00.html