开发铜箱子引发的事件
今天我打算加入一个新的箱子，最后决定加入铜质箱子。因为我不擅长做UI，我做完以后进入游戏，就看到了...https://pic.imgdb.cn/item/65be1ac5871b83018a82f676.jpg（图中，剩下4个箱子是我原有的箱子，是在主附加包里的。而铜质箱子是在预览版里的。主附加包是supple文件夹，预览版是supple-pre文件夹，我也不知道为啥要叫这个名字。是两个附加包，所以铜质箱子正常，其他箱子不正常。说来这也是个他们日常抽风的bug，大概是1.19以后出现的，重进就正常了。没错，这个存档就是我上个帖子开发传送门时的存档。）行为包不是难事，难的是UI。我一波操作猛如虎，再打开游戏发现只有普通箱子的UI。我检查一番，发现里面有一行..."requires": "($container_title = 'copper_chest')"这是[email protected]_screen_common中变量的一个条件，我仔细一看，发现少了一个等号。这一个等号好像是赋值的意思，加上一个等号似乎才是判断相等。这一个等号，害得我排查了半小时。
加上等号以后，我看这变量顺序排得太乱了，于是就整理了一下。进入游戏，发现每个箱子都使用了下界合金质箱子的UI。我认为这是因为那个条件不完全，就加了一些条件，结果把最外层的括号删掉了，变成了这样。"$container_title == 'copper_chest'"
我打开游戏，点击箱子——游戏卡住了。几秒后，游戏崩溃。我又改了好多次，都是一样的结果。最后我索性把UI代码复原，结果还是崩溃。这时，我看着那个条件，心想，不会是那个括号的问题吧，不会吧...然后我给那括号加上，打开游戏，点击箱子，还真的不崩溃了。不过原先的问题也没解决，我打算明天再研究一下。
开发完铜质箱子，我把它合并到主附加包里，就做别的去了。等到傍晚，我突然发现手机的存储空间是55%。这就有点奇怪了，我明明把视频都发出去了，怎么存储空间还是55%？我决定不放过这个现象。我打开设置，来到应用程序存储统计的页面，发现MC的数据竟然有大约6.23GiB！来到MT，我又查看com.mojang文件夹的属性。https://pic.imgdb.cn/item/65be2b42871b83018abe4baf.jpg
这是怎么回事？我的原版生存存档才优化过，只有200多MiB；我的附加包压缩时有大约3MiB，解压了也才十几MiB，根本不大。突然，我想起什么，打开logs（日志）文件夹，然后就看到了这个。https://pic.imgdb.cn/item/65be2c61871b83018ac2a227.jpg
这个日志文件居然有4GiB，直接达到了那个限制！另外的日志文件也不小，动辄几百MiB。我好不容易打开一个只有一百多MiB的日志文件，发现它记录的日志是这样的。https://pic.imgdb.cn/item/65be2cca871b83018ac44309.jpg
原来是我做UI时的错误被记录了下来。我终于明白为什么那次按打开按钮会等一会儿崩溃了，原来是在拼命写入相同的错误信息，陷入了循环。而我为了测试，重复了好多遍那样的过程，自然导致了内容日志巨多。关键是它还没来得及显示内容日志的弹窗就崩溃了，我也丝毫不知情。删掉日志，com.mojang文件夹的大小下降到了415.82MiB。 这个东西根本看不懂的思密达 UI这个东西我都看不懂的（
页: [1]