回复：论从0开始写一个mud游戏

脑图随着进展，慢慢展现成这个样子了。以前会像写作文那样，把工程脑图都堆满，结果中途会没办法平衡预想的和实现的，会出现大范围重构，或者工程烂尾，后来发觉，一点点拓展才是更适合我的

装备暂时就这么弄吧，初始装备是莫有的。不过可以通过在游戏初始化的时候，把装备初始化的函数给调用一下，或者找个NPC发放，时间到了，暂时就这样把

回来了，继续开工

review了一下代码，准备加工一下功能块，因为不能在子文件里封装，所以要在主函数中开辟一个打怪的块，这样以后可以把打怪、物品掉落都封到一个函数里。现在要升级一下
这个函数，要把链表指针传进去，将来把检测包裹是否满了的功能也写在这里。搞完这些可能要写一个整理包裹的函数，因为现在的话，掉一个物品，就在包裹里添一个节点，但数量只有1，那包裹很快就会满的，每种物品可以堆在一起，但想想这个功能不好实现，逻辑就挺烦的，暂时就不可能写的。

上半部分上这样的，下半部分在楼下

下半部分，包裹链的宏观定义以后功能升级都要好好考虑一下了，尽量避免各个子功能间的函数互相调用，那样会超麻烦的。尽量要往上一层级去做新功能，就像打怪模块一样，放到上一层级去做拼凑。

又写bug了

休息一会，一两个小时之后回来写装备更换的功能

增加了一个显示包裹信息的interface

是介个样子实现的

回来继续开工，昨晚手写了一下换装的逻辑，今天先实现一下这个。
然后是昨天说的save&load，想来想去，为了容易实现，就用两套文件来实现存档，存档.SAVE用来保存具体的数据，.db文件用来保存文件名和日期，不太想计算偏移量，所以会有很多的.SAVE文件，一个存档对应一个文件
存档要支持删除的话，就需要在.db中每一个段落都添加一个识别，用来告诉读档系统这一段已经被删除掉了，暂时只写save和load，delsave就先不写，但为了以后扩展这个功能，所以要在结构体设计的时候，预留出一个状态字。

换装的主逻辑

完整的逻辑是这个样子的，之后就是完善代码。哦吼，好像又写错的地方

在win10下有些地方好像有点问题，像NULL都不支持了，然后就找不着log2的函数在哪，只好自己写了一段定位offset的，感觉会出问题，可能需要换成！=2.

穿上和卸下需要修改主角的装备位置，所以出现了取反，或之类的逻辑运算，原谅我没有好好学那一课，总感觉会出问题。