考虑一个 C 结构,它表示单链表中的一个条目。它包含指向一些任意数据的指针、该数据的大小以及查找下一个条目的方法
typedef struct{
unsigned char *data
unsigned char dataSize
unsigned char nextEntry
} Entry;
接下来,考虑以下条目集合及其代表的数据:
unsigned char dataA[3];
unsigned char dataB[16];
unsigned char dataC[17];
Entry entryA = {dataA, sizeof(dataA), 3}; //It's important for "3" to match up with the index of entryB once it's put into MasterList below.
Entry entryB = {dataB, sizeof(dataB), 4}; //Likewise
Entry entryC = {dataC, sizeof(dataC), 0}; //0 terminates the linked list
Entry emptyEntry = {(void*)0, 0, 0};
Entry MasterList[8] = {
entryA, //Index 0 - Contains dataA and points to Index 3 as the next Entry in a linked list
emptyEntry, //Index 1 - Unused (or used for something else)
emptyEntry, //Index 2 - Unused
entryB, //Index 3 - Contains dataB and points to Index 5 as the next Entry in a linked list
entryC, //Index 4 - Contains dataC and terminates the linked list
emptyEntry, //Index 5 - Unused
emptyEntry, //Index 6 - Unused
emptyEntry};//Index 7 - Unused
我的问题:你能想出一种在编译时自动计算“nextEntry”值的方法吗?现在,如果有人打乱 MasterList 中条目的顺序或添加一些其他数据并抵消一些条目,则存在巨大的潜在错误。我们通过单元测试或集成测试捕获了所有错误,但不可避免的是,对 MasterList 的任何更改最终都会被检查两次。一次是有人编辑它,第二次是在代码测试失败时修补链表索引。
我最初的直觉是“不,那太愚蠢了”和“你为什么还要试试这个?” 但我过去曾见过一些令人印象深刻的 C-Macro 魔法。我也相信任何宏观魔法都会比上面的更糟糕,但我认为值得一试,对吧?
澄清- 我坚持使用 MasterList 数组(而不是正确的链表),因为信息的消费者期望它是这种方式。事实上,那里还有其他不属于需要位于固定索引的链表的信息。然后,最重要的是,有这个链表数据。它是一个链表的原因是使它在添加其他具有固定索引的元素时不会被推来推去。例如,如果我们需要在索引 3 处插入一个特定的字符串,entryB 和 entryC 可能会被推开,但仍然可以从链表头部(固定在索引 0)开始发现走清单。