是 词典软件支持 部件检索好，还是 mdx 的词头拆成部件好？
老兄，您的意思我看不太懂，這應該是不相違背吧！
Top-Down or Buttom-Up ==> 皆然…皆然也
是这样，我在做词典软件，打算支持多种搜索模式，比如拆字搜索，想看看哪种方案好，现在看软件读取词典词头，生成索引的时候自动把词头拆成部件不太行，索引类似 mdx 里的@@@LINK 跳转，软件自动给奰字，加上目目目大的跳转，支持直接搜索目目目大，但问题是，我不可能去穷举所有组合，还是让用户自己拆字的好，直接把 汉文博士，wfg 这种部件检索，内置到词典软件里更好些，在输入的时候，先通过部件查找到完整字，再去搜索词典的词头。
您的想法不錯，主要是 WFG 兄的部件檢索速度太慢，很卡，因有很多字是無法顯示，只能用內碼吧，他應該是用 js 去呼叫那個字型碼顯示，若能在資料拆解上對映好，其實應該可以不需透過如此複雜的 js 方式，只需處理好顯示就好了，所以才會去試那個拆字檔，雖不足20000吧，有些方塊沒法顯示，若能處理到顯示，其它應該都只是細節了！
1 个赞
慢可能是 js 的原因，改成别的语言应该会好很多，感谢指教！！！
仁兄太客氣了，指教不敢當啦！哈！哈，他那 js 除了呼叫內碼顯示外，我想最主要的效率都卡死在找拆解的部首，和與此部首有哪些中文字上，我相信花在查找的 loop
上比花在顯示上消耗了更多的資源和效率，如此當然很卡，所以若在原始資料上就先處理好了對映關係拆解和衍生出的中文字，那就不會卡了，只需處理顯示呼叫內碼便會很快了！
若裏面的部件有10萬個，那每個部首拆解，一次就是10萬個loop,還不包刮找出部首衍生的中文字群，如此淺顯的道理可想而知
1 个赞
这表述很专业啊，没仔细看过代码，如果提前映射好所有关系，确实可以省去重复查找的时间。
是的，這樣就會是 instant 及時值，不需繞一大堆沒有效率 Loops