你们在制作这一功能时做过多少思考?是否有过全盘考虑?还是只是因为某一个人的某一种方案的某一种习惯而制?
1.辅助码是否有必要?
如果辅助码的作用仅止于字的输入,那么自定义短语就已经完全解决问题,而且比程序设定来得更好,比如:声、声韵、声韵辅、声韵辅辅,可以安排四个不同的字首选,而程序有可能把这四个首选都安排给一个字,就算程序考虑了这点,而具体哪个安排哪个字也不是你说了算,再就算你能一个一个调整,哪有比批量处理来得快?四码字词冲突的问题自定义可以细微调整,而程序只能批量处理成字前词后或相反或不支持。
有人说我可以用于词,自定义就比较麻烦,不能普适于整个词库,这个确实用自定义不适合,但词辅并不是个提高效率的方法,相反会影响你提升效率,用过词辅的应该知道,大词库前提下,词辅的结果依然少不了重码,相当于把一个稍大范围的选择变成稍小范围的选择,而这和翻一页来选择没有多大的效率差,而智能的目的是规避字词的弱点往多字短语整句发展,以降低字词使用率,辅助码的作用也应该是这个低使用率情况下的应用,从这个角度看辅助码也不应该是官方的重点。我说的词辅降低效率是基于盲打的,盲打是什么?是不看候选窗,效率的提升最终是体现的击键速度上的,而击键速度的提升是要基于盲打的,当你要看着候选窗才能知道该上屏哪个字词,是很难做到盲打的,也提升不了击键,而词辅的应用则是盲打最大的障碍,单字的盲打才是盲打的前提,基于单字和常用首选词的输入方式能最快的形成条件反射。
2.既然决定采用辅助码,那考虑过全局的应用吗?
这个辅助码叫自定义辅助码,自定义的意思就是因为辅助码方案众多而自己定义成自己习惯的那种。现在这个辅助码又是怎样的呢?单辅助码,只能用于双拼,这不知道是谁想出来的主意,而手心尽然也采纳了。你考虑过全拼用户同样的需求吗?你考虑过更精确的定位要求吗?本来自定义辅助码是一个适应广泛的功能,而现在却弄成只适合某类人的功能,把“自定义”三个字无限的局限了。
辅助码表多位的支持,不是说你表有多位我程序就要支持多位,程序可以根据你的具体情况具体处理,比如全拼用户+笔画间接辅助,你有必要限制辅助码一位的长度吗?又或者双拼用户,就算两位辅助码会造成和词的冲突,这个可以通过程序设置来解决,也可以通过辅助码表只设一位来达至目前的状况,何况还有自定义短语,根本没有必要直接限制辅助码表,更可兼顾辅助码造词等附加应用产生时的多位应用。就算现在的单辅助码,连容错码或一字多码的情况都不考虑,也是无经验的表现。使用辅助码的情况下强制使用词辅,同样有违自定义辅助码的开放态度。
这个“自定义辅助码”应该改称“局限辅助码”才匹配状态。
3.辅助码复杂化应用,未来是否还将被左右?
自定义辅助码除了辅助独立的字词输入,还有多方面的应用也许会被采用,造词、句中、句末、定位修改。。。
造词:对于现在的海量词库,是否还有此必要?
句中:句中应该是间接式的,这个会影响输入的流畅性,是否有必要?
句末:句末到最后一字声母结束应该是更普遍的的使用状况,辅助码的加入将使正常输入必须补完最后一字韵母,可用性低
定位修改:定位修改比上屏后修改是否有更高的效率?
这些复杂化应用是否有必要加入,手心应该有自己的思考,而不是人云亦云,这也是此文所想达到的目的。
抛开上面辅助码附加应用的优劣不谈,通过自定义短语挂接辅助码才是辅助码最完美的解决方案,在我当初给拼音加加建议采用自定义辅助码方案时,我就是这样认为的,并且以接近自定义短语挂接的效果为设计目的。