- 跨平台软件且词库数据可跨平台同步
- 词条内容可随意编辑并插入图片音视频表格
- 词条之间可创建互访链接
- 词条可以无穷种方式创建分类索引
- 检索方式支持仅词条或全文含通配符检索乃至图片OCR检索
- 有需要可用脚本对词库进行整体处理
2 个赞
现有的不都已经实现了？
2 个赞
词典软件可以编辑词条？我说的是一个单一的词典软件
1 个赞
這若能從每個單詞釋義上來自動分類歸屬哪些關鍵分類索引那就太完美了 
你實現了肯定用啊，合着你擱這提需求呢？
1 个赞
词典软件的搜索能力和词典格式是息息相关的，格式越强大，软件能做的就更多。某种程度上，可以说越是通用的格式，词典软件能做的就越少，这是很矛盾的。还有平台上的差别，移动端能做的又更少了。
1 个赞
如果你只是需要分类索引，可以把词典导入笔记软件。然后手动索引步骤：输入关键词检索 > 检索结果加一个tag > 搞定。如果需要自动添加复杂的索引，在文本编辑软件中写个简单脚本，再复杂的索引也瞬间搞定。tag的管理类似管理文件夹树形结构一样简单。
你提需求，如果现有工具就能解决，你0成本搞定，我不花冤枉钱，不是皆大欢喜？
只能说你是个环保主义者
所以说目前的词典软件基本上还是沿用纸书的模式，内容/索引基本上都不允许直接更改
2 个赞
举个实际的例子，说明词典格式和词典软件的关系：
假设拉丁字母，考虑国际化：
小写a，有39个变体：
àáâãäåāăąǎǟǡǻȁȃȧɐəɚᶏᶕạảạảấầẩẫậắằẳẵặₐₔⱥⱯ
大写A，有32个变体：
ÀÁÂÃÄÅĀĂĄƏǍǞǠǺȀȂȦȺᴀḀẠẢẤẦẨẪẬẮẰẲẴẶ
如果是词典软件来做忽略大小写查询的话，时间不可想象，有71个变体a需要去查询。但如果词典格式提前做好从变体a到拉丁字母a的映射，只需要1次查询就能出结果。
我也认为当前的 mdict 词库格式是过于简单化了，忽略了查询变体是作为词典使用的一个基本要求。
但是这个工作如果交给词典软件来做应该也不是想你说的：“时间不可想象”，毕竟所有词头的数据量就算翻100倍也顶多赶上正文的数据量。另外，就算你在词典格式里支持把词头写成一个正则，词库看上去简单了，但正则的计算量并不会减少
输入的字母越多，需要匹配的次数就会指数增长。
单个拉丁字母a，是71次，两个a就是5041次。如果查询单词：
Kommunalfahrzeug
…
正则查询也不例外的。虽然假装成了一次查询，但匹配次数一样不会少。词典的索引里不会存正则的，存的都是从变体到常规字母的映射。比如：
äußerst → ausserst
实际词典格式两个单词都会存储，常规查询用前者，需要做忽略大小写查询，使用后者。
1 个赞
实际算法应该有比较好的办法处理这个问题，否则只要是稍微复杂一点的正则用最先进的超级计算机都处理不了
1 个赞
没有。这和算法没关系。
你认为处理变体的最佳方案是什么？
请教下，你认为词典格式应该如何优化能做到搜索效率最高？
最优解是参考物书堂的实现，定制特殊的格式。MDict格式的话，结构不用变，每个词头做两个索引，一个是正常的，一个是忽略变体忽略大小写后的。很多词典的作者已经做到这一步了。
2 个赞
不太明白，继续请教，你上面的这个例子就是存这两条索引：äußerst ausserst，对吗？如果现在我输入 außerst，词典软件具体怎么运行？
我大概明白你的意思了，如果检索词第一遍没找到，就根据一个变体映射表把这个检索词标准化一下，然后再检索一遍。的确是个好办法。
Dict Tango 中的“用户码表文件”应该就是你说的这个“映射表”吧？
词典软件和格式如果有缺陷，就需要词典作者自己去弥补，但也有很多边缘情况受限于格式本身缺陷，作者自己是照顾不到的，可区分词典软件好用与否的关键就在这。
MDict没有映射表，GoldenDict可以查原形，但变体之间无法互相查询，DictTango是有自定义映射表的。
2 个赞
涨知识了 
但是这个映射表对复数、过去分词这样的变体还是无能为力，这个现在最好的解决方案你了解吗？
变形查询这个就是构词库，GoldenDict，深蓝词典，DictTango都有的。