程序的时间和空间,往往是一对矛盾,比如计算CRC32的时候会用到余式表
余式表可以用某种规则计算生成,为缩短文章长度就不写出来了,总之要做一堆数据处理,消耗时间
有时候为了提升程序时间,我们直接在内存中声明一个计算好的余式表
- DWORD crcTable[256] = {0x00000000L, 0x77073096L, 0xee0e612cL, ...}
这就是所谓的牺牲空间来换取时间,比如你一秒钟要计算10000次之类的,当然聪明的程序员会使用某种机制来处理这种冲突
比如记录是否已经生成:
- inline int CreateTable(unsigned long dwPoly)
- {
-
- return 1;
- }
-
- if(!bCreated)
- {
- bCreate = CreateTable(0x77073096L);
-
- }
-
然而,并不是所有的情况都那么好处理,而且更多的情况是很难这样处理,比如我们有一个结构,保存客户信息
- struct stClient{
- DWORD Id;
- LPSTR Name;
- FLOAT Cash;
-
- DWORD the1003stMember;
- };
因为录入的时候,各个数据是分散的,如果我们用一个函数来设置这个这个结构
- void SetClient(DWORD Id, LPSTR Name, FLOAT Cash, ...)
- {
-
- }
很明显,大家都不是这种人,1000多个参数开什么玩笑,那么就一个个设置吧
- void SetClientId(DWORD Id)
- {
-
- }
- void SetClientXXX(DWORD xxx)
- {
-
- }
-
很明显,大家也不是这种人,1000多个函数,开什么国际玩笑,那么怎么办,有了,用了大比大,全好了
- void SetClients(DWORD memId, DWORD dwArg, LPSTR strArg, FLOAT fArg)
- {
- switch(memId){
- case 0:
- ID = dwArg;
- break;
- case 1:
- Name = strArg;
- break;
-
- }
- }
可是存在一个问题,虽然录入程序只需处理一个函数(接口),但是case太多,时间和空间的消耗都很大,难道我们就这样任命了吗?
当年我决定用C/C++的原因之一是因为她的灵活性,可以做正妻,也可以做小妾,还可以做情人...
没必要为了家庭娶个正妻,为了忍受正妻,取个小妾,为了制约小妾,养个情人,所以..
- typedef class CObj{
- public:
- DWORD Flags;
- union{
- DWORD dw[1000];
- struct{
- DWORD ID;
- FLOAT POINT;
-
- };
- };
- CObj();
- ~CObj();
- } OBJ;
-
- CObj::CObj()
- {
- memset(this->dw, 0, sizeof(DWORD) * 1000);
- }
直接使用这些匿名结构的成员,当然了,不要重复,正妻就用正妻的名字,要叫夫人,情人就要换个名字,虽然是同一个人
- OBJ *o = new CObj;
- o->dw[0] = 1;
- o->POINT = 100.f;
- printf("p-> %d, %d, %d.\n", o->ID, o->dw[1], o->dw[2]);
输出:
- p-> 1, 1120403456, -842150451.
妙啊!妙啊!这是有屎以来最妙的数据结构了,让我大吃一斤啊!
当然了,我不是教大家取小妾,养情人,而是另外的,你懂的.现在正妻不会和小妾争风吃醋,也不会和情人砍起来,时间和空间名利双收啊,
皇上,您还记得西湖河畔的夏雨荷吗?