关于perl中和C中的sort机制 (转载)
关于perl中和C中的sort机制
(转载)
细读C++ primer,终于理解了一直比较疑惑的perl和C的sort函数机制。我到不是疑惑它的用法,而是很疑惑它的形式,为什么要传递一个子程序的匿名引用给它呢,而且形式还很古怪,一定要是$a<$b,$a<=>$b之类的。要求严格且古怪。
今夜突然看到p.384页,看到书上对quicksort排序算法的讲解终于弄明白了为什么要传递一个如此古怪的子程序,并略思考一下,推想出perl对下标排序的原理以及为何书上说下标排序要快(对一个字长的指针进行交换而不是对内存数据进行交换,除非数组的内容是超长字符串之类的。我倒是曾经试过下标排序,确实要比数组直接排序要快不少)。
另外,关于perl的reference这个名字起名感到很奇怪。这个名字在其它语言中都意味着别名,相当于perl的alias机制。和perl中实际的ref应用完全不搭边。
有人把perl的ref机制称为指针,看起来倒是非常的像了,可惜最大的问题是perl的ref根本不支持pointer所必有的自增++之类的操作(它的自增操作居然是输出一个整数?)。
个人隐约觉得,perl的ref机制倒是和STL中的iterator非常神似,自由,受到保护却用起来轻松,强大。在很多方面比iterator更自由,因此也是我喜欢用perl的ref地原因。也许larry真的很受STL的影响?也许perl在某方面走得更远一些了。
其实很希望perl 6能把ref机制更上一步,借鉴iterator的优点(可惜我在perl 6的RFC中没有看到有关的意向)。perl 6说要做一个完全Object-Orient的语言,其实我更希望它能做一个Generic的语言(在某些方面,我觉得perl 5比STL更Generic,要是再借鉴一下templates模式就好了)
胡说了些感想,很多地方原理只是有此推彼,没有看过有关的perl源码,不一定正确。
相关文档:
from:邹鑫的专栏
什么时候需要创建线程池呢?简单的说,如果一个应用需要频繁的创建和销毁线程,而任务执行的时间又非常短,这样线程创建和销毁的带来的开销就不容忽视,这时也是线程池该出场的机会了。如果线程创建和销毁时间相比任务执行时间可以忽略不计,则没有必要使用线程池了。
&n ......
#include <stdio.h>
#define MAXHIST 15
#define MAXWORD 11
#define IN 1
#define OUT 0
//打印输入中单词长度的水平方向直方图,
void main()
{
int c, i, nc, state;
int len; //length of each bar
int maxvalue; &n ......
Visual C++中的C运行时库浅析(lib dll)
一、历史
C运行时库就是C run-time library,诞生于20世纪70年代,是C而非C++语言世界的概念,C程序运行时需要这些库中的函数。
C语言是所谓的“小内核”语言,就其语言本身来说很小(不多的关键字,程序流程控制,数据类型等)。所以,C语言内核开发出来之后, ......
//yichi的c代码编写规范:091216
//一、常量:
// 所有宏定义、枚举常数和const变量全部由大写字母构成,词与词之间用下划线分开,例如#define GPS_WORK_STATUS 0x30
//二、变量:
// 局部变量全部由小写字母构成,词与词之间用下划线分开,例如uint8 ack_delay_time[4];全局变量与局部变量 ......
在VS中写SQL语句的时候,千万万千要小心再小心,比如 说 数据类型的匹配, 单引号(这个能把人迷死)
where 子句中可千万不能有空格(当查询条件为字符串的时候能把你弄疯,我弄这个的时候都疯了几次了,什么都对就是查不出来,调试了N遍才发现。)不行了,吃饭去,再不吃看见活人都想咬了。 ......