在当年这是一个非常惊艳的词典设计，但在今天可以用更好的方案实现词典程序和数据文件的设计，比如前后端分离、嵌入式数据库，既能大幅减小词典数据文件体积，也能提高查询速度。
不知道现在有没有这种新技术实现的词典程序或出现？
可惜我的脑子里虽有了一个草案，但没有时间开发。
1 个赞
词典格式再惊艳，没有全平台软件客户端软件的支持，也推广不开来的。就算格式设计和软件开发都准备好了，也还需要词典作者们的支持，而你前后端分离这一条要求就剔除了大多数作者。
1 个赞
这两者好像不是当前的痛点…
- 关于文件体积：硬盘那么便宜，看库存，文件体积10多G的词典都有好几个了。。。
- 关于查询速度：好像还没有看到大家普遍抱怨查询速度的问题，我自己同时使用几十个词典，所用的设备也没有多么高级，但从没觉得速度是个问题，看论坛上更关注的大多是——有没有想要的词典资源、这个词典好不好看、制作/修改/维护起来方不方便等。
自从有了AIGC，所有的词典都被降维打击了…打败它的或许不是更优秀的词典格式，而是来自其他领域。从这个角度看，mdict词典肯定是过时了。
4 个赞
把词典的raw数据存储在数据库里应该是不错的，不过前后端分离的查询渲染速度确定有本地快吗。
在这种词典架构开发发展的过程中，倒是可以顺便出一些工具，支持把数据库中raw格式数据转换成mdict、stardict等本地的词典包格式。
至于生成式AI，我觉得电子词典是不会它被淘汰的，AI生成的内容可靠性与词典是没法比的，只具有辅助作用，AI使用者最好还是要有相关知识基础。就好比要系统的学一门知识，词典肯定不如教材；同样对于参考工具，AI不如词典。
2 个赞
我构想的开发方案先天就支持全平台，只是开发需要时间，只能等我有时间了再试试。
前后端分离指的是软件，不是词典数据文件，如果真的开发完成的话，肯定会写一个快速转换工具，不需要词典的作者特意重新制作一个。
2 个赞
准确说是英语词典被降维打击了。汉语日语词典看相关学习群社区的讨论，普遍还不被信赖，当然这个也好解决，花钱购买词典版权。
1 个赞
前后端分离指的是ipc，不是http的client server模式。我没有仔细的看过开源的词典软件的代码，难道他们用的不是进程间通信吗？那他们是怎么实现将词典的数据渲染到webview里面？如果已经是Ipc了，那现在的渲染方式就太落后了，当然，这是mdict本身的落后，不是词典程序的落后。
1 个赞
我觉得你想简单了，论坛至少有两个开发者这么干过，软件开发出来没有人用。
1 个赞
AI在语义理解上优秀，用来检索词典内容肯定不错（也就是作为搜索引擎的角色），那会比全文检索都好用，当然AI也可以给个它自己生成的解答作为参考。
1 个赞
确实不是完全淘汰，但使用率一定会被大幅拉下来。词典的使用率本来就不高，除了中小学普遍使用，之后使用的大多是专业人士、爱好者等，这从词典出版商的态度可以明显感受到。普通用户的需求估计大部分被传统的搜索引擎、未来的AI取代了。但或许AI的发展，会催生AI开发机构对高质量数据词典源的更强烈需求。
1 个赞
嗯嗯这个搭配是王炸，当然最好完整保留对词典内容的引用，AI自己生成的解答则可以作为思路参考激发灵感。
甚至，有可能反过来，进一步激发词典的编撰。毕竟以前编撰词典那是相当不容易的，但借助AI，好像难度急剧下降。还真说不准会怎样发展…
1 个赞
没人用很正常，我写的所有软件都是为了实现自己的方便，其他人如果也用那只是软件价值的溢出，我的出发点就不是写一个商业软件。
3 个赞
没人用不正常。就不说泄气的话了，祝你好运。
俺也一样。
一个软件想要流行，离不开宣传，不论是开源还是闭源，我都不怎么宣传，为什么会有人用？我不是唯心主义者，不理解你思考问题的方式。
1 个赞
如果你的软件只是自己用的话，那也不需要跨全平台了，词典体积的话根本不需要在乎，方便转换的工具你自己用的话真的需要吗？你早说是你自用的这个话题我都不会参与，有啥讨论的劲啊。
1 个赞
难不成我要开发一个我自己都不用的软件？如果未来我开发完成，你帮我去各个渠道宣传？你要是能宣传的话我就可以换个说法，我是给所有人用的。不然我还真不需要你这种除了情绪输出没有一丝价值的讨论。
我从产品角度给出的建议，自然有价值，你不能理解是你自己的问题。为什么你开发完成我就要替你宣传，又不是我的软件，别人用不用关我什么事，求求你继续自用吧。
