我是如何使用双拼的

说起来，使用双拼也一年多了。现在每天都在使用，手机在用，电脑也在用——很奇怪早些年的时候为什么没有遇到这么优秀的输入方法。总之，经过这么久的持续使用——再加上我甚至为了能在 iOS 上体验与 Mac 一致的双拼，我还自己动手写了一个输入法（见首页）。

现在双拼已经是小众了，我曾按照自己的理解，写了一个双拼是怎么来的这个文章，是为了放在输入法的 FAQ 里。不过，虽然总体上双拼渐渐的被全拼所淹没，的总会有个别人想要对这小众的东西一探究竟。接下来我就说说，我是怎么用这个双拼的。

选择

现在，我不再使用小鹤双拼了，落格输入法也不再内置小鹤双拼方案。现在我使用的是智能ABC——好处嘛，就一条：macos 原生中文自带。

众所周知，双拼有很多方案可以选择，一般来说，选择一个有人维护的方案可以有更好的使用体验。我选择小鹤，它是所有流行双拼方案里诞生比较晚的，也相对更现代化，同时直到现在也还有人维护，这就保证了它还会继续演进。

没有人维护的项目是不值得考虑的。 ——R0uter

工具

大部分人在  macOS 上可能是使用 Rime 实现的双拼，我不是，我使用了 手心输入法 来实现小鹤双拼（挂载自定义短语和辅码），目前好像 Rime 不能单独加载辅码。

当然了，遗憾的是 macOS 版本的手心输入法好像也死掉了，直到现在也只支持单辅码。

与众不同的形码使用

小鹤双拼是有它自己的形码的，配合形码可以实现几乎绝大部分单字不重码。使用小鹤双拼作者 鹤 的码表，可以实现无需候选栏而直接打字的“四码上屏”功能，几乎就和五笔差不多了！ ——不过，我自己是不使用这个功能的。

不使用四码上屏

四码上屏不安全。——当然了，这里说的不安全是我心理上的。这么多年的全拼经验让我对空格产生了无与伦比的依赖感，大多时候我也十分喜欢敲击空格和回车的那种愉悦感，同时，虽然我大部分情况下知道候选内容但我还是喜欢用空格键来上屏——这有一种仪式感。

用形码做辅码

双拼的形码意义在于降低重码，除了可以降低单字重码外，我们也可以通过在词汇后边加形码来精确定位词汇。由于双拼的特殊性（两个字母一个音），理论上我们可以对任意字实现双辅码，因为分词是明确的。

不过大部分情况下对两字词做辅码即可——因为它是重码最多的，一般三字或者更多的短语基本上不会有重码或者说重码不多。

所以，这里我要引入一个概念，说用形码做辅码，不如说：

形码精确定位

在打单字的时候用形码做精确定位，比如说四个字母就肯定可以定位一个中文，我输入“wo”，那么候选字是“握、我、窝……”，与其按数字3来选择“窝”（虽然这个距离有点短对我来说能够命中），不如输入“wob”来直接命中“窝、我把、我爸……”这样，“窝”就直接移动到了空格的下边——虽然用法是一样的，但这样理解的话，似乎更容易。

当然了，由于我使用了全拼输入法的挂接，这里会显示更多的候选字，等以后我自己写 macOS 平台的输入法的话，是不会有的，因为它们对双拼来说并没有意义。

对于词汇，这样理解的意义就更大了一些，比如说“qiie”，那么候选词就应该有“汽车、骑车、弃车……”其他候选单字则是造词功能这里暂时略过不讲。如果这时我要选择“弃车”，比起按数字3来说，我也可以用“qiiew”来直接移动“弃车”到空格下边，然后按空格就好了。这里敲门就是在词组后边紧跟一个任意字的辅码即可精确定位，如果一个不够，那就再补一个。

对于形码，我对它的理解使用更像是一个能让手指不离开键盘却能快速定位候选词的功能，尤其是我需要的那个候选词在4、5、6位的时候，如果伸手去按数字键就有很大概率按错，而如果用形码做辅码，却很精准。

整句输入

让整句输入见鬼去吧！这是个陋习。不要觉得从你一开始使用电脑就有的东西就一定是好东西——尤其是对于软件功能来说。整句输入是为了弥补全拼候选重码太多而计算长句，简单来说就是你一次输入的越多，可能它计算的越精准。或者说输入完一句话，再回过头来改错误的地方——这样输入效率并不高，就算是阅读，对退回重读这种行为都是深恶痛绝的。既然输入词汇已经不需要慢慢选词了（就连词频都没有存在的意义了的情况下），为什么还要用完全靠电脑的整句输入呢？你已经可以打出任何一个你想要的字和词，把它们连起来写你想写的文字吧。

程序员说

当然了，如果你是专业的双拼输入，其实很多人就会说我这样根本就是全拼用户嘛。我倒是觉得，怎么快怎么来，怎么方便怎么来。只是可能你会遗憾目前并没有真的能完美使用这一方案的输入法，暂时的话你可以用手心输入法来做替代，用防火墙ban掉它的phone home还是不错的，当然了，它数字公司的背景怎么也不能让人真正的放心。

耐心等一等，你看以前 iOS 平台没有真正的双拼输入法，现在我写了一个，就有了。

本文由 落格博客 原创撰写：落格博客 » 我是如何使用双拼的

转载请保留出处和原文链接：https://www.logcg.com/archives/1973.html