# 以hunspell\_ja\_JP项目文件为例浅析goldendict构词法规则 **URL:** \ **Category:** 软件经验交流展望\ **Tags:** goldendict, 构词法, 日语\ **Created:** [2022 年9 月 24 日 07:45 UTC](https://forum.freemdict.com/t/topic/15617 "2022-09-24T07:45:10Z")\ **Posts on this page:** 14\ **Page:** 1
作者： ![步天歌](https://forumcdn.freemdict.com/user_avatar/forum.freemdict.com/%E6%AD%A5%E5%A4%A9%E6%AD%8C/32/29973_2.png) [@步天歌](https://forum.freemdict.com/u/%E6%AD%A5%E5%A4%A9%E6%AD%8C)\ 发布日期： [2022 年9 月 24 日 07:45 UTC](https://forum.freemdict.com/t/topic/15617/1 "2022-09-24T07:45:10Z")
注：本文在如下平台有备份： [以hunspell\_ja\_JP项目文件为例浅析goldendict构词法规则 - NoHeartPen的文章 - 知乎](https://zhuanlan.zhihu.com/p/567775210) [《以hunspell\_ja\_JP项目文件为例浅析goldendict构词法规则-语雀》](https://www.yuque.com/docs/share/e12e4fae-a819-40e3-b7d6-956771b7e32f) [以hunspell\_ja\_JP项目文件为例浅析goldendict构词法规则 - 软件经验交流展望 - FreeMdict Forum](https://forum.freemdict.com/t/topic/15617) # 前言 本文以[MrCorn0-0/hunspell\_ja\_JP: Hunspell morphology dictionary for Japanese used in GoldenDict. (github.com)](https://github.com/MrCorn0-0/hunspell_ja_JP)项目（以下简称“原项目”）的构词法文件为例，参考[Linux hunspell 官网](https://linux.extremeoverclocking.com/man/4/hunspell)提供的 man 4 hunspell PDF 文件（以下简称“手册”）讲解基础的构词法规则。 提前声明：本人才疏学浅，只是大致弄清楚了原项目的构词法文件的部分规则，可能会有错误的地方，希望大家理性阅读，友好交流。另外原项目只针对日语，如果是其他语言的构词法问题，我可能无法解答，请自行查阅手册。 GoldenDict 的构词法功能使用的技术主要是 Hunspell，这个本来是 Linux 端的拼写检查工具，所以 GoldenDict 和[向德语系学生介绍 hunspell](https://github.com/kindernarr/hunspell_in_depth/)提到的略有区别，GoldenDict 的构词法只有下面将会讲解的后缀名为`.dic`和 `.aff` 的 2 个文件，并没有后缀名为`.morph`、`.good`、`.wrong`、`.sug`的文件，不过`.dic`和`.aff`文件的规则 Hunspell 的手册是完全一致的。 关于这 2 个文件的作用，引用[向德语系学生介绍 hunspell](https://github.com/kindernarr/hunspell_in_depth/)的说法： > - .dic 词典文件，里面的内容类似纸质词典里的词头(lexem)。 > - .aff 还原规则集，里面写了怎样把一个加了前缀后缀或与其他词语复合的复杂形式，转化为一个词典中存在的词头的许多组规则。 # dic 文件基本格式 dic 文件比较简单，就是形如下面的文件（最开始的数字表示 dic 文件收录的词汇数量） ```md 450851 あ 亜 亞 吾 我 高い/XA ``` 部分单词有个`/`，后面还有看起来像是乱码的东西，这种写法可以直接理解为在告诉软件单词的词性，表示这个单词有一个名为`XA`的变形规则，后面会详细介绍，这里只需要知道 dic 文件里面可以指定一个单词的词性即可。 另外，GoldenDict 的 dic 文件收录的单词会在启用构词法功能时影响最终查词结果，最好谨慎对待这份文件里的单词，不要贸然修改。 # aff 文件 aff 文件的规则非常复杂，下面只讲解原项目使用到的规则，研究其他语言或者有其他需求的同学请自行查阅 Linux 项目的 man 4 Hunspell 手册。（重要的事再重复一遍，本人英语也只有四级水平，读手册非常吃力，完全是靠猜测加验证得出的结论，并不是读手册读懂的。各位与其指望一个日语专业的英语学渣，不如自己尝试一下呢:) ## MAP 先用一个例子介绍最好理解的 MAP 规则： ```md #拼写变体 MAP 89 MAP あア MAP かカ MAP さサ MAP たタ ``` `MAP 89`表示下面将会有 89 条 MAP 规则。 MAP 规则简单理解就是忽略指定字符的差异，比如`MAP あア`表示输入`ア`会被当做`あ`来处理，所以这个规则在原项目中是用来处理日语拟声拟态词的书写习惯，比如`チョコチョコ`在大多数权威词典里面都没有，而经过规则替换后的`ちょこちょこ`很多词典都有。 不过，原项目在最后的部分有个我尚未完全理解的式子： ```md MAP (ゃ)(ャ) ``` 按照手册的说法，`Use parenthesized groups for character sequences (eg. for composed Unicode characters):`（使用括号包裹的分组来处理由多个字符组成的特殊字符，比如 Unicode 中的那些特殊符号），所以这几条规则应该是针对拗音——对于`チョロチョロ`，计算机使用`チ`、`ョ`、`ロ`这 3 个字符来表示，所以替换的时候，需要专门一起替换么？但是我并不认读懂 另外，下面这样的规则似乎并没有什么意义，因为很多字典都没有收录`腕きゞ`这样的词条，替不替换其实无所谓。要真想解决踊り字导致的问题可能还是得借助正则表达式才可以（哼哼，我就是在嘚瑟~《日本語非辞書形辞典 v3》在上个版本已经完美支持啦） ```md MAP (ゝ)(ヽ) MAP (ゞ)(ヾ) ``` （这样可能看不出来，找图片看得更清楚，第一列的符号都有个小勾） ## REP 下面介绍与 MAP 规则很像的 REP 规则： ```md REP 12 REP かけ 掛け REP かか 掛か ``` （原项目写的是`REP かけ 掛け かけ`，可能是写错了……） 和 MAP 一样，`REP 12`说明接下来会有 12 条 REP 规则，但和 MAP 不一样的是，`REP かけ 掛け`的`かけ`是输入，`掛け`才是替换的结果（和 MAP 的顺序是反过来的），另外，REP 规则可以实现多个字符的替换。（用制表符来分割参数，而 MAP 只能使用`()`局限性比较大） ## aff 基本格式 接下来回过头来介绍 aff 文件的基本格式，所有的 aff 文件都应该是下面这样开头： ```md SET UTF-8 LANG ja FLAG long # https://github.com/MrCorn0-0/hunspell_ja_JP/ ``` `SET`设定文件编码； `LANG`指定规则适用的语言，其他语言请参考手册； `FLAG long`指的是给规则命名时需要使用 2 个 ASCII 码的字符，比如后面会用来当做例子的一个规则，XA 就是规则名。： ```md SFX XA Y 1 SFX XA い く い ``` 如果喜欢用数字直接给规则编号，可以按照手册的：`The long' value sets the double extended ASCII character flag type, the num' sets the decimal number flag type. `，在文件的开头写`FLAG num`，之后就可以按下面这样的风格起名了： ```md # 形容詞く SFX 001 Y 1 SFX 001 い く い ``` 为了方便以后修改，用数字命名时最好通过注释进行解释说明。注意：`#`要放在每一行的开头，所在的那一行才会被当做解释说明的内容。 不过通过数字命名还会导致一个问题：如何对一个单词同时使用多个规则呢？（用言的活用都不是一种对吧？） 如果使用`long`我们只需要把规则直接写上去就可以了（长度都是固定的 2 个字符，程序可以识别）： ```md 高い/XAXB ``` 使用数字时就需要用英文半角逗号来区分： ```auto 高い/001,002 ``` ## SFX 之所以要回过头去介绍 aff 文件最开始部分的写法，主要是想强调 dic 文件可以指定多种规则，这里的多种规则不是指的 MAP 和 REP，而是为了接下来介绍的支持自定义命名的 SFX 规则。 这里专门强调支“持自定义命名”，是因为命名不仅会影响 aff 文件，会影响 dic 文件。 一开始就提到了 dic 文件中可能会出现这样的写法： ```md 高い/XA ``` 在某种程度来说，SFX 规则才是真正意义上的构词法，通过这个功能可以构造词缀、实现词形还原，才能实现日语活用的推导与辞書形的还原。（接下来的内容主要参考手册的`AFFIX FILE OPTIONS FOR AFFIX CREATION`章节部分。） 首先，还是以一个简单的例子进行说明： ```md SFX XA Y 1 SFX XA い く い ``` 第一行：`XA`是我们自定义的词缀的名字，Y 是固定的参数（手册里有谈到 #？ ），1 是这个名为`XA`的词缀包含的词缀数量； 第二行，第一个`い`表示这条规则只对`dic`文件中的以`い`结尾的单词起作用（手册的说法是`stripping characters from beginning (at prefix rules) or end (at suffix rules) of the word`，我的理解是我们定义了一个名为 XA 的词缀，词缀的真正内容是`い`。这个词缀就是程序处理时会处理的部分），`く`表示这条规则将在输入的单词以`く`结尾时发挥作用，末尾的`い`表示构词法真正发挥作用前还需要满足的一个条件：“构词法推导的单词结尾是い”，不满足的话，不会展示推导结果。 举个具体的例子，当我们输入`高く`时，程序将`く`替换为`い`（这里的い是第二行的第一个い），然后查找 dic 文件中以`い`结尾单词是否有`高い`（这里的以い结尾是因为第二行的第二个い），如果有，那么 GoldenDict 就会直接跳到相应的界面。 之所以说简单，是因为原项目中这条规则其实是下面这样： ```md #形容詞文く SFX XA Y 2 SFX XA し く/BaTe し SFX XA い く/BaTe い ``` 这是因为日语中`高く`还可以继续活用，所以用户可能划词的部分是`高くば`或者`高くて`，原项目作者充分考虑了日语的这个特点，使用`/`这条规则来处理嵌套的连续变形（是不是有点眼熟？因为在 dic 文件中，这个符号是用来表示单词可以用于哪些规则，你可以理解为词性）。 需要注意的是，`BaTe`是 2 条独立的规则，是原作者自定义的，查阅原项目的 aff 文件就可以找到： ```md SFX Ba Y 1 SFX Ba 0 ば . ``` (我不是很确定是否有`高くば`这样的语法，但我将这条规则剥离出来进行测试时，发现这条规则确实会让软件在输入`高くば`时展示`高い`的解释） ```md SFX Te Y 3 SFX Te 0 て [っいしく] SFX Te 0 で ん SFX Te 0 て . ``` （关键就是`SFX Te 0 て .`这一句，其他是规则从日语语法的角度来说和 `SFX XA し く/BaTe し`、`SFX XA い く/BaTe い`无关，原项目作者可能是出于个人习惯将他们归为一类） 这里出现了`.`这样极为特殊字符，之前说过，它们所在的位置应该是表示替换后的结果中词尾应该包含的字符，而这个位置的参数有一个规则是`Zero condition is indicated by dot.`，所以`SFX Te 0 て .`的意思是对于任何处于词尾的`て`直接将其删除。 这样说可能很难理解规则的作用，我们回到`SFX XA い く/BaTe い`这个规则，把它和`SFX Te 0 て .`放到一起再举一个例子就好理解了：原项目作者是为了处理输入`高くて`。（去掉`/BaTe`的话，就和《日本語非辞書形辞典》一样：对于划词的要求变高了，所以原项目真的设计得非常好） 上面的例子由于涉及到了双重嵌套，可能还是不好理解，有疑问的话，参考手册的`Twofold suffix stripping`章节和`AFFIX FILE OPTIONS FOR AFFIX CREATION`部分。 ~~其实我也没有怎么搞懂啦~~ 下面再举一个例子： ```md SFX To Y 1 SFX To 0 とも . ``` `To`是规则名，`0`代表这条规则会删掉定义的词缀`とも`，`とも`表示实际输入的单词的词缀， `.`表示对于替换后结果没有任何要求，所以这条名为`To`的规则作用是：去掉输入框中输入的位于词尾的`とも`。（这条规则很符合学习`とも`这条日语规则的思维，所以也许会好理解一点吧。） 另外，`SFX Te 0 て [っいしく]`这里出现了`[っいしく]`，按照手册的说法 这表示替换之前输入的字符中要有っ、い、し、く中的任意一个。 下面还有一些比较难的自定义规则，只做简单介绍： `[^行]く`和正则表达式的意思一样，规则只对那些不含行く、但又以い结尾的单词生效 ```md SFX 5T く い/TeTaTrTm [^行]く SFX 5T く っ/TeTaTrTm 行く ``` 这条规则就是稍微长了“一”点，实际没什么特殊的 ```md SFX KN く け/RUTeTaTrTmf1f2f3f4f5f6m0m1m2m3m4m5m6m7TiTItiSuNgQq1Eba1M1myo く ``` 这个规则其实可以拆成 2 条，但原作者灵活运用了`[]`的语法 ```md SFX xU い かる/bs [しじ]い ``` # 题外话 本人会对构词法感兴趣完全是因为《日本語非辞書形辞典》项目遇到了棘手的问题，想看看有没有其他解决的思路，所以才会花近一周的时间阅读晦涩难懂的手册。虽然只了解大概，但已经感受到 GoldenDict 的构词法 Hunspell 功能的强大之处 ~~语言学 YYDS！~~ ，抱着授人以鱼不如授人以渔的想法分享自己的总结希望能让大家对这个功能有点了解，也期待大家能一起完善 GoldenDict 的构词法 Hunspell 功能。~~快去- [hunspell\_ja\_JP](https://github.com/MrCorn0-0/hunspell_ja_JP)提交 issue 和 PR 吧~~ 不过还有个更重要的原因：才加入 FreeMdict 的@[epistularum](https://forum.freemdict.com/u/epistularum) 用类似《日本語非辞書形辞典》的思路做了一个 GoldenDict 构词法的 Demo（在 [GitHub](https://github.com/epistularum/hunspell-ja-deinflection)），为了与 Ta 沟通交流，我才下定决心把拖了几个月的事情给正式提上日程（英语不好真的是举步维艰……） 另外，提前预告一下 GoldenDict 可以轻松解决曾经提到过的日语复合动词汉字书写的问题啦： ![](https://forumcdn.freemdict.com/uploads/default/original/3X/1/c/1c73db3abe2e4da97363b50ebc6970624b18241f.png) 另外，很奇怪的是 GoldenDict 的 hunspell 功能可以返回多个结果，欧路词典也有类似的 hunspell 的功能，但却只支持返回一个结果。虽然按照手册说法只有一个特性在手机上可能不受支持`BUG: UTF-8 flag type doesn't work on ARM platform.`，但欧路不会因为这个原因不采用这个技术吧…… 但不论如何，都应该支持多个拼写结果才对，比如： > 雨が降ります。 > バスから降ります。 # 参考 ## 教程 - [Linux hunspell 官网](https://linux.extremeoverclocking.com/man/4/hunspell) - [向德语系学生介绍 hunspell - 许一诺的文章 - 知乎](https://zhuanlan.zhihu.com/p/367424247) ## 开源项目 - [MrCorn0-0/hunspell\_ja\_JP: Hunspell morphology dictionary for Japanese used in GoldenDict. (github.com)](https://github.com/MrCorn0-0/hunspell_ja_JP)：按照日语语法的思路写了将近 400 条构词法规则，作者是一位中国人 - [epistularum/hunspell-ja-deinflection: Hunspell dictionary to deinflect all Japanese conjugated verbs to the dictionary form and suggest correct spelling. (github.com)](https://github.com/epistularum/hunspell-ja-deinflection)：按照替换词尾的思路写规则，不是很完善，作者是一名外国人 - [https://github.com/wooorm/dictionaries](https://github.com/wooorm/dictionaries)：收录了 JavaScript 写的构词法，但没有日语 ---
作者： ![surfactant](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/s/dbc845/32.png) [@surfactant](https://forum.freemdict.com/u/surfactant)\ 发布日期： [2022 年9 月 24 日 09:33 UTC](https://forum.freemdict.com/t/topic/15617/2 "2022-09-24T09:33:19Z")
有什么用处？ ---
作者： ![步天歌](https://forumcdn.freemdict.com/user_avatar/forum.freemdict.com/%E6%AD%A5%E5%A4%A9%E6%AD%8C/32/29973_2.png) [@步天歌](https://forum.freemdict.com/u/%E6%AD%A5%E5%A4%A9%E6%AD%8C)\ 发布日期： [2022 年9 月 24 日 13:59 UTC](https://forum.freemdict.com/t/topic/15617/3 "2022-09-24T13:59:52Z")
解决日语中类似英语的时态呀、单复数之类的问题，另外前几天有坛友提到了[求教如何修改构词法文件？谢谢](https://forum.freemdict.com/t/topic/15524) 也许可以参考这个，但是需要词典词条编写方式的支持，所以单独开一篇帖子没有直接回复 （囧…是我写得不好么，第一个评论居然是这个…） ---
作者： ![surfactant](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/s/dbc845/32.png) [@surfactant](https://forum.freemdict.com/u/surfactant)\ 发布日期： [2022 年9 月 24 日 14:04 UTC](https://forum.freemdict.com/t/topic/15617/4 "2022-09-24T14:04:04Z")
太专业，看不懂 ---
作者： ![RANP0](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/r/848f3c/32.png) [@RANP0](https://forum.freemdict.com/u/RANP0)\ 发布日期： [2022 年9 月 24 日 18:48 UTC](https://forum.freemdict.com/t/topic/15617/5 "2022-09-24T18:48:01Z")
谢谢，想问下，[MrCorn0-0/hunspell\_ja\_JP](https://github.com/MrCorn0-0/hunspell_ja_JP)这个项目还有哪些需要优化的地方？ 还有， > [@步天歌](#): > > 欧路词典也有类似的 hunspell 的功能 这个功能要怎么使用，它能加载 MrCorn0-0 写的规则吗？ ---
作者： ![步天歌](https://forumcdn.freemdict.com/user_avatar/forum.freemdict.com/%E6%AD%A5%E5%A4%A9%E6%AD%8C/32/29973_2.png) [@步天歌](https://forum.freemdict.com/u/%E6%AD%A5%E5%A4%A9%E6%AD%8C)\ 发布日期： [2022 年9 月 25 日 09:56 UTC](https://forum.freemdict.com/t/topic/15617/6 "2022-09-25T09:56:14Z")
大的优化没有发现，小的优化还是存在的： 1. 有一些遗漏的句型，比如`言わざるを得ない`的`言わざる`(但划`言わ`也会有结果) 2. 口语表达ん、と、ちゃ等等 Hunspell 技术似乎只能解决2重嵌套，所以我估计像`食べたければ`这种繁复的句型可能解决不了（也就是说划词之前还是要想好，不可能真的哪里不会点哪里） 另外，我可能没有表述清楚：欧路是有“还原活用”的功能，但技术不太像是Hunspell： ![](https://forumcdn.freemdict.com/uploads/default/original/3X/3/1/31010258075ba766ad8a72042d926e60c5f11343.jpeg) （多重嵌套，原项目疑似做不到） ![](https://forumcdn.freemdict.com/uploads/default/original/3X/d/a/daa0263cb60359d6d1a529754c1fac07878fdfb6.jpeg) （单独划到词尾，原项目可以） 忽略了日语的书写习惯 ![](https://forumcdn.freemdict.com/uploads/default/original/3X/4/d/4d05c47d35b1b37fe00cef6e91dc58834fcc8513.jpeg) 形容词连最简单的变形都不支持 ![](https://forumcdn.freemdict.com/uploads/default/original/3X/9/b/9b7311fad8768075d51f9a7e3164cfb2d9efd619.jpeg) 从结果来看，欧路可能是专门做了一个不开源的活用推导工具，但不允许用户自定义，所以试试向欧路官方反应，让他们补充完善吧 ---
作者： ![liwenyi777](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/l/e95f7d/32.png) [@liwenyi777](https://forum.freemdict.com/u/liwenyi777)\ 发布日期： [2022 年10 月 5 日 13:39 UTC](https://forum.freemdict.com/t/topic/15617/7 "2022-10-05T13:39:35Z")
goldendict mobile版本似乎能正常使用hunspell\_ja\_JP(Mrcorn版本)。 ![IMG_20221005_211004](https://forumcdn.freemdict.com/uploads/default/original/3X/a/e/ae834b9e3137c558f2d5a4c64b2941b7d923ede8.jpeg) ---
作者： ![auta](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/a/34f0e0/32.png) [@auta](https://forum.freemdict.com/u/auta)\ 发布日期： [2024 年1 月 7 日 11:25 UTC](https://forum.freemdict.com/t/topic/15617/8 "2024-01-07T11:25:48Z")
好奇怪欸，我用的不显示日语（JP）构词法这个词典，挺想看拼写建议的，难道需要某种设置吗？ ---
作者： ![步天歌](https://forumcdn.freemdict.com/user_avatar/forum.freemdict.com/%E6%AD%A5%E5%A4%A9%E6%AD%8C/32/29973_2.png) [@步天歌](https://forum.freemdict.com/u/%E6%AD%A5%E5%A4%A9%E6%AD%8C)\ 发布日期： [2024 年1 月 9 日 13:01 UTC](https://forum.freemdict.com/t/topic/15617/9 "2024-01-09T13:01:09Z")
下载构词法文件了吗？ 步骤和文件可以参考这里： > > > //github.com/NoHeartPen/awesome\_japanese\_study\_tools/tree/master/tools/goldendict\_for\_japnese\_portable ---
作者： ![auta](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/a/34f0e0/32.png) [@auta](https://forum.freemdict.com/u/auta)\ 发布日期： [2024 年1 月 12 日 01:48 UTC](https://forum.freemdict.com/t/topic/15617/10 "2024-01-12T01:48:32Z")
后来又试了一些，发现有时候是自动转换查词了，有时候是专门提示拼写建议，不能一直出来 🤣 猜测是有多种结果的时候才出现吧。 ---
作者： ![auta](https://forumcdn.freemdict.com/letter_avatar_proxy/v4/letter/a/34f0e0/32.png) [@auta](https://forum.freemdict.com/u/auta)\ 发布日期： [2024 年1 月 12 日 01:48 UTC](https://forum.freemdict.com/t/topic/15617/11 "2024-01-12T01:48:58Z")
这个仓库真好，收藏啦 ---
作者： ![yx\_wh](https://forumcdn.freemdict.com/user_avatar/forum.freemdict.com/yx_wh/32/77200_2.png) [@yx\_wh](https://forum.freemdict.com/u/yx_wh)\ 发布日期： [2026 年7 月 17 日 09:47 UTC](https://forum.freemdict.com/t/topic/15617/12 "2026-07-17T09:47:22Z")
给日文Hunspell添加了半角片假名支持。 我一开始想，直接把`MAP あア`改成`MAP あアｱ`不就行了？ 但是日文半角片假名实际上没有单独的浊音、半浊音字。他是清音+浊点/半浊点构成的。 那我来个`MAP がガ(ｶﾞ)`？试了试，好像不行。问了问AI，AI推荐使用ICONV。想想也是哦，辞典中有平假名的条目，有全角片假名的条目，但是应该没有辞典把半角片假名当条目的。那用 `ICONV ｶﾞ ガ`这样的方式直接把半角片假名都替换掉不就好啦！ 但是注意他是替换，所以浊音/半浊音要在清音前面替换。 > 发现有些动词在原先的.dic里面没有KN（5段动词的可能形式，1段动词的ら抜き可能形式）我思考了下，日语恐怕就「ある」「できる」「みえる」「きこえる」四个动词没有对应的「あれる」「できれる」「みえれる」「きこえれる」的形式（已经有了「あり得る」「でき得る」「見れる／見られる」「聞ける」）。其他的动词，哪怕是「雨が降る」这种在日常生活中不可能有可能形式的动词，在虚构故事中也完全可以有「雨さん、今日は降れないですね」。 所以直接批量替换给所有的5A5I5T5E5O和1KBDUyUb都加上了KN，也就是分别是5A5I5T5E5OBDUYUBubKN和1KBDUyUbKN。然后手动把「ある」「できる」「みえる」「きこえる」四个词后面的KN tag删掉。 ---
作者： ![yx\_wh](https://forumcdn.freemdict.com/user_avatar/forum.freemdict.com/yx_wh/32/77200_2.png) [@yx\_wh](https://forum.freemdict.com/u/yx_wh)\ 发布日期： [2026 年7 月 17 日 19:52 UTC](https://forum.freemdict.com/t/topic/15617/13 "2026-07-17T19:52:55Z")
> [@步天歌](#): > > ```auto > > ``` > > (我不是很确定是否有`高くば`这样的语法，但我将这条规则剥离出来进行测试时，发现这条规则确实会让软件在输入`高くば`时展示`高い`的解释） `高くば`有的。这是近世时期对上古日语的「…くは」「…ずは」重新分析的结果吧。 ## 精選版 日本国語大辞典「は」の意味・読み・例文・類語 ### **は** [1] 〘係助〙 (現在では「わ」と発音する) [一] 文中の連用語を受け、述語との結びつきを強める。→語誌(1)。 ⑤ 形容詞および打消の助動詞「ず」の連用形を受け、仮定条件を表わす。→語誌(5)。 (5)(一)(一)⑤の「は」の受けている形容詞語尾「…く」、および打消「ず」を未然形とする説もある。いずれにせよ、この場合の「は」は清音に発音されたものであるが、近世には「ずば」「くば」の例が現われる。これらは、活用語の未然形に接続詞「ば」が付いた形からの類推であらわれたものと考えられる。「それ程名残り惜しくば、誓詞書かぬがよいわいの」〔浄瑠璃・心中天の網島‐中〕、「人足をたのまずばなるめへ」〔滑稽本・八笑人‐三下〕など。 ---
作者： ![yx\_wh](https://forumcdn.freemdict.com/user_avatar/forum.freemdict.com/yx_wh/32/77200_2.png) [@yx\_wh](https://forum.freemdict.com/u/yx_wh)\ 发布日期： [2026 年7 月 17 日 20:06 UTC](https://forum.freemdict.com/t/topic/15617/14 "2026-07-17T20:06:53Z")
> [@步天歌](#): > > 很奇怪的是 GoldenDict 的 hunspell 功能可以返回多个结果，欧路词典也有类似的 hunspell 的功能，但却只支持返回一个结果。 这恐怕是因为，GoldenDict的原作者，Konstantin Isakov应该就是个俄国人…… 英语因为“不规则”而 **被迫** 在词典里处理“一对多”（如`saw`分3条：see的过去时、名词锯子、动词锯），但英语的“规则”部分（-ed）却是纯粹“一对一”的。中国开发者从小浸泡在这种“规则=一对一，不规则=单独列条”的思维定式里，去处理日语这个“规则=多对一”的系统， **不翻车才怪** 。 我不懂俄语，但是AI说俄语也有一个屈折形式对应多个原形的问题： > 俄语里这种“规则且一对多”的例子信手拈来，最经典的就是咱们刚聊过的 **`плачу`** ： > > - 规则变位一： **пла́чу** （重音在前）→ 原形 `платить`（付钱），属于规则第二变位法。 > > - 规则变位二： **плачу́** （重音在后）→ 原形 `пла́кать`（哭），属于规则第一变位法。 > > **两个动词都规规矩矩地按各自变位法变出来，拼写完全一样** ，词典里绝对不会单独列 `плачу` 作为词条。当你在 GoldenDict 里输入这个词时，Hunspell 毫不客气地把 `платить` 和 `плакать` 两个原形同时甩出来—— **因为 Isakov 从小就默认“一个规则变位形对应多个原形”是语言常态** 。 > > 再看英语的规则变位： > `walked` → 只能是 `walk`。 **英语的“规则”恰好是“一对一”的，因为英语动词词尾（-ed）不跟其他词干冲突。** > > 所以，欧路/DictTango开发者 > > 他们脑子里对“规则变形”的认知模型是 **“英语版”** ：规则 = 一对一（walked→walk）。 > 他们完全不知道，在俄语和日语这种高度屈折的语言里， **规则 = 多对一坍缩** （плачу→платить/плакать；かって→買う/勝つ/狩る/勝手）。