前言
自从随寒拼音滑动输入方案问世以来，我对外宣传的一直是“随寒是双拼输入法的变种”，也就是说随寒是双拼的一个子集，它们的关系类似于下图.
虽然有人建议我放弃这个说法，把穗汉作为一种全拼输入法来推广，但更符合用户体验，不会让新用户感到太陌生和生怕。毕竟碎寒确实和一般意义上的双拼有很大的不同，所以上图并不能恰当地描述碎寒和双拼的关系，至少不应该是包罗万象的关系。但是我问自己，在设计穗寒输入法之初，我从双拼输入法中得到了更多的思想营养，所以我一直把穗寒看作是一种双拼，一般把穗寒看作是双拼的一个子集，没有问题。
众所周知，双拼是一种比较小众的输入方案入的拼音，很多人可能连双拼这个词都没听说过。作为双拼的一个子集，穗汉更是小众受众，严重限制了穗汉输入法的潜在受众群体。如何扩大穗涵的受众，也成为了一直困扰我的一个关键问题。但是，盲目扩展功能以满足更多用户需求的做法一直是我强烈反对的，所以我从来没有听过那些让我加入全拼和九宫格计划的建议。我一直尽量避免穗寒输入法变成四不一样，也是为了不让他和大家一样。我认为一个输入法的开发应该坚持一些一致的概念，而具体的功能是次要的，但很多功能背后要传达的概念才是作品的基础。所以我一直在思考我想要坚持的哲学到底是什么？
从穗汉输入法的发展来看，穗汉输入法1为滑动+图形识别+五笔，穗汉输入法2为滑动+笔画+五笔，穗汉输入法3及以后版本为滑动+双拼。可见，我要坚持的不是笔画、五笔、双拼家庭教育，也不是具体的输入方案，而是滑动输入的事情。我真正想问的是滑动输入。新维度能给中文输入法的世界带来多少、多少改变？不管是随寒拼音的基本方案，最终的键族，还是前置路径，都是为了滑动输入的目的。所以一直在思考如何让穗涵在滑动输入方面做得更好，变得更强。
预路径
随着思考的深入，我将注意力转向了前进的道路。在设计预路径之初，我对这个工具抱有很大的期望。正向路径是对随寒输入法现有解决方案的继承和颠覆，因为它赋予了用户创造一套新的滑动输入解决方案的能力。但是，引入前端路径后，实际效果并没有我想象的那么好。首先，只有少数穗汉输入法的粉丝会开发前路的潜力；其次，他们开发的新滑动方案用户很少，很多用户可能只是尝了尝，然后把这些新方案搁置了。这些方案设计得很差吗？不一定，发烧友们花时间修修补补的计划，一定会渗透到他们细腻的思想中，他们必须有他们的光彩。但现实情况是，一点点学习成本就足以让大多数人望而却步。我需要为他们找到破解游戏的钥匙。我发现了一个合理的现象，基于预路径开发的新滑翔输入方案大多是传统双拼输入方案的翻版。遗憾的是，目前的前端路径无法完美复制传统双拼输入方案，这迫使设计人员不得不采取折中的办法。双拼怪胎程序，即使是原版双拼输入法的用户也未必对它感兴趣。所以并不是说碎寒输入法的粉丝不够创新，毕竟前置路径的功能还不够强大。注意到这一点后，我问自己，如果粉丝如此渴望复制其他双人计划，为什么不？我只是给他们这个能力？甚至超出这种能力的东西。
在介绍我如何改进前端路径之前，读者需要了解如何在穗涵输入法中使用和配置滑动路径表示和前端路径。这里就不浪费篇幅了，请自行阅读以下参考资料。.
双拼简介
有了以上背景知识后，我需要简单介绍一下双拼的背景知识。传统双拼方案的输入思想是基于键盘按键的分时复用。我们可以简单地认为，奇数击键的输入是一个声母，偶数击键的输入是一个韵母。但分时实际上是不够的，因为在双拼系统下，汉语拼音简单地分为声母和韵母两部分。声母的个数是23个，韵母的个数是33个。众所周知，英文只有26个字母。当然，我们可以很容易地将 23 个声母分配给 26 个键，但是我们如何将 33 个韵母分配给 26 个键呢？这不是还有7个键吗？一些双重拼写方案也将使用 ; 键，但这也是 6 个键的距离。使用更多的非字母键自然可以解决问题，但显然这种解决方案并不优雅，事实上大多数双拼输入法都不这样做。那么他们是怎么做到的呢？这是利用汉语拼音的另一个特点——声母和韵母不随意组合。也就是说，一些声母和一些韵母的组合在汉语拼音下是非法的。例如，没有giao的拼音。虽然我们可以发这个音，但是中文没有对应的汉字，所以这个拼音是非法的。这样的拼音有很多，有的韵母甚至是互斥的，没有相同的可以与之组合的声母。利用这一点，我们可以与一些互斥关系的决赛共享一个关键位置，这样33个决赛就可以分配给26个甚至更少的键。当我们点击一??个带有共享韵母的键时，输入法需要根据输入的声母来判断这个键的实际解释。只要预路径能模拟上述过程，预路径功能就具备完美重现任何双拼输入法的能力。看到这里，不知道大家有没有猜到我要做什么——我想增加条件判断pre-path函数的能力。
有条件的预路径
前缀路径表示法
我将前一种形式的预路径称为无条件预路径；
下面介绍一个扩展表达式，称为条件预路径。
与之前的预路径格式不同的是，**conditions** 和 **:** 加在左边，并且在应用条件时，要求最右边的输入部分是initial，final，或者a韵母的前缀，但不是声母和韵母组成的拼音。
条件的组成和要求
条件部分可以包含以下元素：
1.任何声母`bpmfdtnl ɡ khjqx zh ch sh rzcsyw`和零声母（用数字`0`表示，关于零声母下面会详细说明）
说明：当条件声明为初始状态时，表示当前输入位置存在且只存在声明的初始位置，指定路径接受为指定初始或final，输入到当前输入位置；例如：
s:a=ang
//该式表示当当前输入位置为s时，点击a，
//在当前输入位置上输入ang，当前输入位置将变为sang；（这个条件的解释在拼音替换的情况下有例外，在优先级部分有介绍）
2.任何元音或任何元音的前缀；元音的个数有点多，这里就不一一列举了。那么元音的前缀是什么？韵母的前缀是一个由合法韵母从左到右的几个字母组成的字符串，即使它不是合法韵母，如：iong prefix: io, ion;
说明：当条件声明为final或者final的前缀时，表示当前输入位置只有声明的final或者final的前缀，接受指定路径作为指定的初始或者final，输入到上面的当前输入位置；例如：
a:n=an
//该式表示当当前输入位置为a时，点击n，
//在当前输入位置上输入an，当前输入位置将变为an;3.下划线+任意元音或下划线+任意元音前缀，以an为例，形如_an；这里下划线表示元音的左侧有一个声母（这里的声母包括零声母）；
解释：当条件声明为下划线+任意韵母或下划线+任意韵母的前缀时，表示当前输入位置有声明的韵母或韵母的前缀，并且有任何声母，比如当指定的输入是一个初始值，指定的路径将被接受为初始值并输入到当前输入位置；如果指定的输入是final并且final可以匹配现有的初始，则指定路径将被接受为final并输入到当前输入位置；例如：
_a:n=an
//该式表示当当前输入位置为形如xa的输入时,
//其中x表示任一声母，比如sa，点击n，
//由于an能与s匹配，因此在当前输入位置上输入an，
//当前输入位置将变为san；优先
之所以我把front path命名为front path是因为front path的优先级高于key的key含义，即key本身的输入在触发front path时会被覆盖；
现在有无条件和有条件的前置路径。为了避免歧义，有必要明确它们的优先级：有条件的前置路径优先于无条件的前置路径。即条件预路径和无条件预路径都满足时，触发条件预路径，不触发无条件预路径；这样做的原因是因为如果无条件预路径优先级更高，则不会触发有条件预路径。
在拼音替换操作中，允许在有final时触发初始条件，这是初始条件的一个例外。因此，初始条件和下划线+最终条件可能会发生冲突。
当条件前置路径中的条件发生冲突时，underline+final条件优于初始条件，即当underline+final条件和初始条件同时满足时，触发underline+final条件，并且初始条件没有被触发。下划线+final条件和final条件理论上不冲突，所以是相等的。
优先级总结：
下划线 + 最终条件前置路径 = 最终条件前置路径 > 初始条件前置路径 > 无条件前置路径 > 具有自己键含义的键
句法糖
条件的简写
为了在多个条件下描述同一路径的相同输入，允许在一个表达式中用/分隔多个条件，例如：
s/c/z/sh/ch/zh:a=ang
//该式表示当当前输入位置为s、c、z、sh、ch或zh时，点击a，
//在当前输入位置上输入ang；反选择缩写
当声母条件较多时，为了缩短条件列表，允许在需要排除的声母条件前加上~，表示选择除列出的声母外的所有其他声母作为条件， 如：
~s/c/z/sh/ch/zh:a=ang
//该式表示当当前输入位置为s、c、z、sh、ch或zh之外的其他声母时，点击a，
//在当前输入位置上输入ang；最极端的例子是选择所有的首字母：
~:a=ang
//该式表示当当前输入位置存在声母时，点击a，
//在当前输入位置上输入ang；注：逆选法仅适用于声母逆选，不适用韵母逆选。反向选择条件列表中列出的最终条件将被忽略；也就是说，最终的条件只能写在正选法中；有的小朋友可能会问，为什么总决赛不提供反选呢？因为经过仔细考虑，我认为他不需要扭转总决赛的条件。当然，如果有人能向我证明，也有决赛条件需要反转的场景，我可以考虑加进去。
双拼程序练习
之前已经完成了条件前置路径功能的介绍，但是显然这部分文字描述有点过多，对于大部分读者来说，看完可能会觉得有点晕，为了直观的理解条件前置path 的工作方式，我将使用自然码双拼方案来演示如何使用条件前置路径函数来重现它。
自然编码方案
这是自然码的关键表
有了这个键表，我们就知道如何编写表达式了。这里我举一个关键位置的例子，比如关键位置s：
这个key涉及到两个final，一个是iong，一个是ong；
以iong为例，由于可以和iong组合的声母只有j/q/x，所以表达式写为：j/q/x:s=iong;
以ong为例，可以和ong组合的声母有很多，比如ch/zh/c/d/g/h/k/l/n/r/s/t/y/z，所以表达式写为：ch/zh/c/d/g/h/k/l/n/r/s/t/y/z:s=ong，反向选择规则为：~sh/b/f/j /m/p /q/w/x/0:s=ong;
以此类推，我们可以表示自然代码翻译的条件前置路径。
自然密码中的特殊情况
在自然代码中，zh/ch/sh 分别映射到 v/i/u 键，所以我们需要这样写：
i=ch
u=sh
v=zh另外，在自然码中，为了保持两键一字的原则，当一个字符没有声母时，采用如下规则：
1. 按单字母韵母 a、o 和 e 两次。如：a→aa等。
2、两字母韵母an、en、ou等保持不变，直接输入。
3.三个字母的韵母ang、eng，重复第一个字母。如：ang→ah（双拼h=ang）
让我们一一来看：
1. 按单字母韵母 a、o 和 e 两次。如：a→aa等。
对于这种情况，我们可以写：
a:a=a
o:o=o
e:e=e2、两字母韵母an、en、ou等保持不变，直接输入。
对于这种情况，我们可以写：
a:n=an
e:r=er
e:n=en
o:u=ou
a:o=ao
a:i=ai
e:i=ei3.三个字母的韵母ang、eng，重复第一个字母。如：ang→ah（双拼h=ang）
a:h=ang
e:g=eng以上就是自然码下条件前置路径的所有写法。排序后应该是这样的：
~0:u=u
sh/zh/g/h/k:w=ua
~b/f/j/l/n/m/p/q/w/x/y/0:v=ui
j/l/n/q/x/y:t=ue
~b/f/j/m/p/q/w/x/y/0:o=uo
~b/f/n/m/p/w/0:p=un
sh/ch/zh/g/h/k:y=uai
~b/f/m/p/w/0:r=uan
sh/ch/zh/g/h/k:d=uang
l/n:v=v
~f/g/h/k/w/0:i=i
d/j/l/q/x:w=ia
b/d/j/l/n/m/p/q/t/x:x=ie
b/j/l/n/m/p/q/x/y:n=in
d/j/l/n/m/q/x:q=iu
b/d/j/l/n/m/p/q/t/x/y:y=ing
b/d/j/l/n/m/p/q/t/x:m=ian
b/d/j/l/n/m/p/q/t/x:c=iao
j/l/n/q/x:d=iang
j/q/x:s=iong
~j/q/r/x:a=a
~f/j/q/r/x/y:l=ai
~j/q/x:j=an
~f/j/q/w/x:k=ao
~j/q/x:h=ang
~b/f/j/p/q/w/x:e=e
~ch/zh/c/j/q/r/s/t/x/y:z=ei
~d/j/l/q/t/x/y:f=en
~j/q/x/y/0:g=eng
b/f/m/p/w/y/0:o=o
~b/j/q/w/x:b=ou
~sh/b/f/j/m/p/q/w/x/0:s=ong
i=ch
u=sh
v=zh
a:a=a
o:o=o
e:e=e
a:n=an
e:r=er
e:n=en
o:u=ou
a:o=ao
a:i=ai
e:i=ei
a:h=ang
e:g=eng在上面的表达式中，为了避免表达式过于冗长，针对不同的韵母，我选择了正向选择法和反向选择法中较短的一种。
你可能会说：写表达式的时候，要找出声母和韵母的所有匹配关系，太麻烦了。其实这个不用担心，因为声母和韵母的匹配关系是固定的。到时候我会把完整自然码方案的配置上传到网上配置。这种配置可以反映所有声母和韵母的匹配关系。您只需要根据您需要的双拼方案的实际键位关系修改此配置即可；
拼音替换优化
有了上面的配置，我们就可以像飞地一样使用自然码在键盘上输入了。但是如果我们现在要使用拼音替换，我们会发现由于条件前置路径的影响，输入的键会因为声母的条件一直被解释为韵母，这使得我们无法做到替换输入辅音。
为了让随寒输入法上的拼音替换功能更好地发挥作用，需要添加一些额外的表达方式。这里我添加每个键的滑动路径作为对应初始的无条件引导路径：
b4=b
c4=c
d4=d
f4=f
g4=g
h4=h
j4=j
k4=k
l4=l
n4=n
m4=m
p4=p
q4=q
r4=r
s4=s
t4=t
w4=w
x4=x
y4=y
z4=z
04=0
i4/i44=ch
u4/u44=sh
v4/v44=zh其中，i44、u44、v44为防御性操作，防止用户滑得太远，导致输入错误。之所以没有添加其他表达式，是因为即使用户滑动过远，输入法也会使用按键自带的按键含义。作为输入，结果是相同的。
这样，我们在替换的时候，只要从对应的键位向下滑动，就可以准确的替换出我们要替换的声母。至于为什么要使用滑动路径而不是其他方向，原因很简单，就是只有滑动的方向才是每个键位都有的方向：最上面一排键不能向上滑动，最左列的键不能向左滑动。，最右边的一列键不能向右滑动，最下面一行的键后面有一行操作键，所以有一排暗键可以触发，任意开键都可以触发滑动。
从那时起，我们就可以在随汉拼音键盘上使用任何双拼输入方案，并且可以愉快地使用现有的随汉功能，如拼音替换、笔划过滤、截断优先、历史回顾等。什么？你说随寒拼音键盘不配双拼！你用什么香水？用qwerty键盘真香！我告诉你！我，岁寒，就算我死了，就算从这里跳下去，我也不会加到岁寒输入法里的……
给你你想要的香味
既然我们已经走上了复刻双拼方案的道路，再因为固执和随寒拼音键位布局，让按键布局因素影响到复刻的最终体验是不合理的。随着条件预路径的引入，qwerty 布局也被引入。
但需要提前说明的是，在qwerty布局下，Suihan的拼音滑动方案是行不通的。所以单纯打开qwerty layout是不能正常使用的，需要配合具体的pre-path方案。
Suihan 对 qwerty 布局的改进
为了让 pre-path 功能在 qwerty 布局上运行良好，仅仅完全照搬常规的 qwerty 布局是不够的，还需要进行一些必要的调整。这里，我把qwerty布局变成了3*10的正则布局，效果如下：
由于一些双拼方案会使用分号键，所以我最初添加了这个键位置。但是我觉得在已经有子键盘的情况下，在键盘上放一个分号键意义不大，所以我改变了键值。眼尖的孩子可能已经发现，在通常放置分号键的位置，居然放了一个0。是的，这里的0正是数字0和0，但是这个键不是用来输入数字0的，而是作为零初始的输入键。
绥汉输入法的爱好者可能知道，绥汉输入法中有一个叫虚声母的概念。这个概念是这样的。遂汉输入法认为所有的汉语拼音都有声母。当然，官方的汉语拼音方案不是这样的。所以，孩子在考试的时候不要把这个观点写在试卷上，否则会被老师拒绝。玩棋盘的时候不要找我，提前声明。好的，让我们继续。既然穗汉输入法认为所有的汉语拼音都有声母，那么原来有声母的拼音可以说，那些实际上没有声母的拼音呢？遂汉输入法假定这些拼音中有一个声母，起声母作用，但不能输入。这个声母称为虚声母。有了这个假设，随寒输入法可以省略声母。
现在，随寒输入法只是简单地实例化了这个虚拟声母，并用 0 来表示这个声母。也就是说，现在可以输入虚拟姓名首字母了。为了表示区别，我借用了双拼方案中的说法，称它们为零声母。如果你觉得不容易理解，我举个例子。在穗汉输入法中，an不是an拼音的完整输入，而是被视为省略了声母的输入，an的完整输入应该是0an。今天的零声母与之前的虚拟声母本质上是一样的，只是之前的虚拟声母不能输入，而现在的零声母可以。而在一些双拼方案中，我们确实需要一个可以表示零初始值的符号。
助记功能
很多双拼用户在实际使用中离不开助记词功能，这个新版本也提供了支持。比如我在自然码方案中加入了方案的相关助记词：
助记词功能的具体配置方法比较简单。
充分练习
题目说要统一双拼和全拼，这样双拼就完成了，接下来就轮到全拼了。
全拼的输入规则大家一定很清楚，就不赘述了。下面介绍如何使用pre-path来描述情况。
1.表示zh/ch/sh：
z:h=zh
c:h=ch
s:h=sh2.表示long final，以uang为例：
u/_u:a=ua
ua/_ua:n=uan
uan/_uan:g=uang可以看出，这相当于用有条件的前置路径来描述finals的变化。uang 属于所有前缀都是合法韵母的情况，但也有一些韵母不都是合法韵母的情况，比如 iong。不过没关系，带条件的pre-path也可以这样描述：
i/_i:o=io
io/_io:n=ion
ion/_ion:g=iong前面两个例子中，final 的条件和下划线+final 的条件都用到了，但是没必要这么写。只是方便输入，不影响实际使用。考虑到io、ion、iong一般都是首字母不省略，所以写：
_i:o=io
_io:n=ion
_ion:g=iong
也对。
以此类推，我们可以得到全拼的预路径表示：
z:h=zh
c:h=ch
s:h=sh
a/_a:n=an
an/_an:g=ang
a/_a:i=ai
a/_a:o=ao
o/_o:n=on
on/_on:g=ong
o/_o:u=ou
e/_e:n=en
en/_en:g=eng
e/_e:i=ei
e/_e:r=er
i/_i:n=in
in/_in:g=ing
i/_i:a=ia
ia/_ia:o=iao
ia/_ia:n=ian
ian/_ian:g=iang
i/_i:e=ie
i/_i:o=io
io/_io:n=ion
ion/_ion:g=iong
i/_i:u=iu
u/_u:n=un
u/_u:a=ua
ua/_ua:n=uan
ua/_ua:i=uai
uan/_uan:g=uang
u/_u:o=uo
u/_u:e=ue
u/_u:i=ui
v/_v:e=ue
b4=b
c4=c
d4=d
f4=f
g4=g
h4=h
j4=j
k4=k
l4=l
n4=n
m4=m
p4=p
q4=q
r4=r
s4=s
t4=t
w4=w
x4=x
y4=y
z4=z
04=0
i4/i44=ch
u4/u44=sh
v4/v44=zh和双拼类似，我添加了滑动输入声母的前置路径，也是为了优化拼音替换效果。
现在我们可以在随寒上使用全拼输入方案。同样，在使用全拼的同时，我们也可以享受到随寒输入法的各种功能，如笔画选择（可能不需要添加形状）、拼音替换、截断优先、历史回顾等等。
但是这种实现下的全拼有一个缺陷，就是在输入n或g时，之前的拼音可能会“带走”n或g。比如我们要输入“possible”的拼音，按拼音的顺序输入就是“keneng”。此时穗汉输入法会识别“ken'eng”，而不是一般全pin输入法的“ke'neng”。这是因为组合本身就有歧义，一般的全拼输入法会根据拼音频率选择比较常见的“ke'neng”。Suihan 依次接受输入，考虑到路径 n 和最终条件 e 满足条件前置路径表达式：e/_e:n=en，而 k 正好匹配 en，从而触发表达式 ，所以这个结果本身没有错误，但不符合我们日常的使用习惯。如何解决这种情况？执行此操作的方法是在可能的情况下使用向下滑动输入 n 或 g，这样您就可以避免触发 e/_e:n=en 表达式。我知道这个建议有点类似于苹果建议用户改变手机握持方式。这种情况的存在，其实是因为随寒输入法的设计逻辑与全拼拼音方案的设计逻辑不兼容造成的，因为随寒拒绝歧义，所有拼写的歧义在所难免。如果可能的话，我会引入一些机制来纠正这种情况。我知道这个建议有点类似于苹果建议用户改变手机握持方式。这种情况的存在，其实是因为随寒输入法的设计逻辑与全拼拼音方案的设计逻辑不兼容造成的，因为随寒拒绝歧义，所有拼写的歧义在所难免。如果可能的话，我会引入一些机制来纠正这种情况。我知道这个建议有点类似于苹果建议用户改变手机握持方式。这种情况的存在，其实是因为随寒输入法的设计逻辑与全拼拼音方案的设计逻辑不兼容造成的，因为随寒拒绝歧义，所有拼写的歧义在所难免。如果可能的话，我会引入一些机制来纠正这种情况。
使用全拼时的建议
如果使用全拼输入方案，可以在输入设置中更改删除键的操作，以字母为删除单位，这样会更符合全拼的实际用法。
写在最后
此后引入了带条件的预路径功能。遂汉输入法通过条件前置路径功能接收了双拼输入方案和全拼输入方案，将遂汉拼音、全拼和双拼方案统一在一个系统下。据我所知，还有人在探索三拼方案等拼音方案，类似的方案也可以通过条件前置路径来实现。从某种意义上说入的拼音，随汉输入法已经完全进化为平台输入法，是拼音输入法的超集。
用户可以通过导入相应的配置文件获得高度兼容的体验，也可以享受穗汉输入法特有的各种功能，达到一个效果——每个方案各有特色，但操作方式不同。相互统一。
如果你觉得 Suihan 的条件前置路径真的很好，请在讨论区打“Suihan, YES”。谢谢您的支持。
本文标签：输入法
