那应该是mdx的问题，，你传上来我有空看看吧？还有你说的崩具体是什么情况，是整个程序退出吗？
原因找到了，是因为mdd文件里的资源有子路径导致缓存失败，下版本修正
1 个赞
mdd文件里面不都有子文件夹么
比如日语辞典都有gaiji，可能有graphics
有些是直接放在根目录的
分享一下新版中即时编辑功能的初步效果
7 个赞
卧槽！你怎么穿品如的衣服，太厉害了！
这个保存会写到 MDX 吗？
可以直接反向生成回mdx，但刷新速度可能没有那么快，我这个是新的格式来的
2 个赞
最低支持Win10
1 个赞
新格式集成版本控制，支持无限rollback, 但不支持git
1 个赞
什么格式？能提前透露一下吗？体积如何？app会支持吗？能直接导出源文件吗？
比较鸡冻，问题太多 
其实就是sqlite, 压缩方面采取LZ4, 但如果不压缩，能取得非常不错的全文检索效果，文件的体积会比mdx大，因为有版本控制，多关键字索引和排序等等。支持并提供工具和mdx的互换，可以直接生成回mdx的源文件格式
2 个赞
正好我最近也在搞这个，交流交流。
- 压缩可以采用 zstd，这个可以自行训练压缩词典，出来的 sqlite 文件只比 mdx 大 10% 左右，变相实现了 mdx 的块压缩。（如果你是每个词条存一行的话）
- SQLite 支持全文搜索，并且可以只存储索引，不存储实际数据。Ref
- SQLite 有中文搜索插件，试过了很好用。Ref，不加拼音索引的话，单独的全文索引文件大小是原 mdx 的 1.25 倍左右。
如果楼主进展顺利的话，我也就不用干我的了。
3 个赞
我稍后做一个测试看看两种压缩方式的区别，不过倒是可以考虑采用多压缩方式选择的模式
1 个赞
别嘛，平台不一样，我只做windows的
1 个赞
不要太急，现在只是一个很初步的功能，还要花长时间完善
1 个赞
大小区别还是挺明显的，zstd 压缩明显小一些，然后就是 zstd 的代码要复杂一些，因为要达到最好压缩效果就要自己训练词典（其实就是选择一些文档来生成一个字典）。
1 个赞
这个训练的过程得最终用户自己来完成？