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