Win10 / Win11 系統(tǒng)自帶的微軟五筆潔方便流暢，兼容性好，干凈無廣告，無疑已成為最受歡迎的形碼輸入法之一。
使用免費開源軟件 WubiLex （僅 810 KB）可以替換微軟五筆的系統(tǒng)碼表、短語詞庫。WubiLex 已自帶五筆86、98、091、新世紀、小鶴音形、鄭碼、表形碼 …… 等碼表。
WubiLex 也支持一鍵智能造詞 —— 利用空碼自動補全流行詞，這通常可以添加十幾萬的流行詞。再也不用手動加詞了。
WubiLex 可以兼容很多的碼表格式，例如詞前碼后、碼前詞后，一碼一行，一行多碼等等。可以導入導出CSV、JSON、以及LZMA壓縮格式碼表。
WubiLex 也支持直接編輯五筆短語詞庫，并擴展了微軟五筆短語的功能，兼容各種短語詞庫格式，支持方便的自定義特殊字符數(shù)組。
WubiLex 提供了方便的反查拆字功能。按 Ctrl + F2 反查五筆編碼，再Ctrl + F2 回到原來窗口不影響繼續(xù)輸入。反查可顯示詳細的拆字圖解（五筆反查不僅支持單字，也可以支持詞組）。
反查時可通過虛擬鍵盤準確顯示按鍵方位，鼠標懸停在虛擬鍵上可顯示單鍵字根圖。
我們一般看到的五筆字根圖都是包含所有按鍵字根的全圖，但是這種字根圖會讓人眼花繚亂，如果我們的眼睛看到的內(nèi)容越多，記憶效率就會越低。所以我制作了這種簡潔版的虛擬鍵盤。
WubiLex 還提供了強大的「超級熱鍵」功能（ ImTip 也支持超級熱鍵 ），可以用于擴展輸入法功能，例如輸入數(shù)字后自動將句號轉換為小數(shù)點，輸入大寫中文數(shù)字的中文日期等等。
例如按超級熱鍵 Ctrl+$ 打開財務大寫、日期時間大寫、數(shù)學運算工具。
超級熱鍵可以做的事很多。
請參考教程：超級熱鍵：一學就會簡單編程，提升 Windows 效率
例如輸入法糾錯熱鍵 —— 已輸出英文自動轉為中文輸入：
["Ctrl+,"] = function(hFocus){
var openState,mode = key.ime.state();
if( openState && !key.ime.capital() ) return true; //當前已經(jīng)是中文輸入模式，不改變默認行為
key.up("Ctrl");//先放開 Ctrl 鍵
//如果是大寫狀態(tài)，切換為小寫
if(key.ime.capital()) key.press("CAPSLK")
//英文直接切中文 + 中文標點
key.ime.setOpenStatus(true); //打開輸入法
key.ime.setConversionMode(1|0x400); //切換到中文狀態(tài)，這一步不能省略
//再次嘗試用鍵盤切換中文標點，這一步不能省略
key.combine("CTRL",".");
//現(xiàn)在再次檢測中文標點狀態(tài)
var openState,mode = key.ime.state();
if(mode!=3/*_IME_SYMBOLMODE_SYMBOL*/){
//說明切換到了英文標點，再切換回去
key.combine("CTRL",".")
}
//通過返回函數(shù)異步執(zhí)行耗時操作（避免系統(tǒng)刪除熱鍵鉤子）
return function(){
key.combine("SHIFT","HOME");//選中當前行
key.combine("CTRL","C");//復制當前行
var line = win.clip.read(); //讀取剪貼板文本
var str = string.match(line,"[a-zA-Z]+$"); //查找尾部連續(xù)字母
key.press("RIGHT");//按右方向鍵，取消選區(qū)
//如果字符串非空
if(#str){
key.repeat("BACK",#str);//按退格鍵指定次數(shù)（取字符串長度）
key.send(str);//字符串轉換為發(fā)送按鍵
//key.press("SPACE");//發(fā)果需要按空格，請取消前面的注釋符號
}
};
};WubiLex 還可以快捷開關、切換英文鍵盤、微軟五筆、微軟拼音，并可方便地切換微軟雙拼方案。如果小鶴雙拼方案未安裝仍然會出現(xiàn)在雙拼候選列表中 —— 勾選即可自動安裝。
在之前介紹了雙拼輸入法之后，我其實沒有停下折騰的心思。從小鶴換到自然碼，又從自然碼換回小鶴，同時也打起了形碼的主意。這次實驗中，我嘗試了比較容易找到配置，也有相對較大的使用群體的形碼輸入法，并穩(wěn)定在五筆輸入法到現(xiàn)在，持續(xù)日用了一個月左右。
先說結論：我對形碼輸入法的評價依舊沒有改變，比起作為長期的創(chuàng)作或日用輸入方案，五筆更適合作為雙拼這樣音碼方案的補償，尤其在目前大部分人已經(jīng)有熟練音碼輸入基礎的情況下。但同樣，形碼輸入法仍然有學習的價值，有些優(yōu)勢是音碼輸入注定不能替代的。
形碼輸入法是一系列將漢字的部件作為碼元進行輸入的方案的統(tǒng)稱，與拼音和注音輸入法這樣有國家通行標準、并已經(jīng)形成通識的音碼輸入法相對，形碼輸入法更是民間開發(fā)的集中區(qū)。形碼的開發(fā)更多體現(xiàn)了發(fā)明者個人對漢字的認識。和音碼相比，形碼輸入可以讓看到字的人即使無法認讀這個漢字，也可以通過對漢字外觀的觀察完成輸入，脫離了對讀音標注體系的依賴。
這個開發(fā)過程需要的，是對漢字形成一套完整的分拆識別規(guī)則。那么最直白的分拆方式，就是我們在上學時都或多或少學過的「偏旁部首」。
首先，偏旁部首是有國家標準的，但它的標準并不能算是徹徹底底的「通識」。漢字作為表意文字，按國家語委的說法，合體字都可以分解出上下左右里外的零部件，稱為偏旁，所以偏旁的數(shù)量其實可以很多；而部首就是個更小的概念，一些能組成字的部件組合，就是我們可以用來進行漢字查詢的部首，而沒有偏旁的獨體字也可以分拆出筆畫這個更加基本的單元，并以它們作為部首。對兩萬多個漢字進行歸總與整理后，國家語委根據(jù)部首的發(fā)展、結構等等，確定了 201 個主部首和 100 個附形部首。所以好消息是，即使我們不單獨開發(fā)形碼輸入法，直接用部首輸入，我們的形碼鍵盤也不會長成下面這個樣子。
圖源：KnowYourMeme
接下來需要解決的問題，就是怎么把這 201 個部首安排到鍵盤上了。但即使你真的這么做了，你也會立即發(fā)現(xiàn)自己根本沒法輸入，因為你對標準的部首表一無所知。
舉個例子，杰、黑、叇、贛、長、既、炁，這七個字應當用于檢索的主部首分別是什么？
一定程度上，這解釋了字典里為什么會出現(xiàn)難檢字，我們在教學中為了方便，并沒有詳細解釋偏旁與部首的差別，也沒有解釋偏旁不一定是部首，更沒解釋清取部首的規(guī)則。簡單來說，完全以部首作為拆分的標準，說不定會帶來更多的麻煩。
那既然有官方規(guī)范的部首不好用，有沒有在電腦輸入之前就已經(jīng)成體系的識別檢索系統(tǒng)，能給漢字編碼，還能方便地安排給鍵盤用來輸入呢？還真有。
舉個例子，我祖父查字典時會采用一種相對古老的漢字編碼方式，「四角號碼」。這套編碼體系需要對漢字四個角的結構進行識別，給予標記，根據(jù)規(guī)則生成四個數(shù)字編碼。
那既然四角號碼已經(jīng)可以將漢字映射在數(shù)字按鍵上，為什么我們不直接使用數(shù)字小鍵盤輸入漢字呢？我們不說具體的取碼規(guī)則，看看下面兩個字，尤其它們四個角的結構。
這就涉及到了一個輸入法才需要考慮的問題：重碼。當一個形碼輸入法按照寫成的規(guī)則分拆漢字后，發(fā)現(xiàn)有兩個或更多漢字的編碼相同，就是出現(xiàn)了重碼——這其實是所有輸入法都需要解決的問題，拼音這樣的聲碼輸入法尤甚。
而減少重碼的方法很多。比如一，把編碼的數(shù)目限制去除，讓編碼可以像拼音一樣寫完每一個零件，那自然比拼音的重碼率低。這種模式的極端例子就是筆畫輸入法，按手機常用的數(shù)字編碼，贏字的編碼就是 41525135112534354 ——缺點也是顯而易見，首先只能輸入單字，因為無法用固定長度的方法來分隔兩個字的輸入碼；其次編碼太長，輸入速度受限；再次，嚴重依賴筆順/框架結構知識，如果順序出錯，查字就會失敗。
二，是在重碼多的基礎方案上借助智能識別和用戶詞庫。比如拼音輸入法的主力從智能 ABC 到微軟拼音，再到走入大批 XP 和 Windows 7 系統(tǒng)的搜狗拼音，整句輸入、用戶詞庫和智能判斷詞頻成了音碼輸入法的主要方案。而對于形碼來說，采用同樣的方案顯然不如拼音這種已經(jīng)成為通識的輸入策略好上手。
那么，要讓形碼輸入法比音碼輸入法有一定優(yōu)勢，就需要三，也是大多形碼輸入法采用的方法，找到更好的規(guī)律統(tǒng)合與拆分漢字部件，盡可能把常用漢字的編碼分開，人為減少可以獨立成詞的漢字的重碼率。
常見的形碼輸入法雖然都是以這樣的形式歸攏自己的字根，讓它們盡可能分布有規(guī)律地分布在鍵盤上，但在底層的設計邏輯和易用性上，即使是目前仍然使用者眾多的少數(shù)幾種形碼輸入法，其間的差別也是相當之大。
我選取嘗試的包括了簡體中文地區(qū)常用的五筆 86、五筆 98、鄭碼，以及繁體中文地區(qū)常用的倉頡（以及速成）、大易、嘸蝦米、行列，各給了至少半天的時間學習基本規(guī)則和試打，一步步選出了我最終選定的五筆 98 輸入法。我也根據(jù)直覺，對這些輸入法主觀評了分。
輸入法 | 字根易學程度 | 鍵位易上手程度 | 拆字取碼容易度 | 簡/繁體字支持 |
倉頡輸入法 | ????????? | ????????? | ????????? | ????????? |
嘸蝦米輸入法 | ???????????? | ??????????????? | ????????? | ????????? |
五筆 86 | ????????? | ???????????? | ????????? | ?????????? |
五筆 98 | ???????????? | ???????????? | ???????????? | ???????? |
鄭碼 | ?????? | ?????? | ????????? | ??????????????? |
行列輸入法 | ??????????????? | ??????????????? | ??????????? | ????????? |
大易輸入法 | ?????? | ???????????? | ????????? | ?????? |
字根是形碼輸入法拆字的基本單元。字根是否易學、易記，決定了一個形碼輸入法在使用者心中的第一印象。用我評分最高的兩個輸入法舉例，行列輸入法是用筆劃做分組，從 A 到 ；的 10 排鍵對應十種筆劃，把 QAZ 三行作為「上中下」，字根的首筆定排（比如木，第一筆是正交 4），末筆定行（0-4 是上，5 或無是中，6-9 是下，比如木的末筆是捺 8，木字就是 4 下，對應第四排下的 V 鍵）。
所以行列輸入法幾乎用不到專門背字根，如果你使用的是行列官方的輸入法，它還會自動給字根的提示。
而嘸蝦米輸入法使用的則是聯(lián)想法，比如哈字，能拆成口和合，而合的上半部像 A，所以哈的編碼就是 OAO。除了字形，它還采用了字音、字義等等聯(lián)想，比如部字就是立 L（音）口 O（形）阝 B（形）。但字根較雜，有的聯(lián)想也很離譜，比如隹形似佳，佳是 Very good 所以是 V，還有一些只能硬記，少一星。
除了字根設計的科學性，鍵位設計的合理可以讓輸入法的上手更快。行列和嘸蝦米的鍵位更易記，是因為它們自己有一套與按鍵交互的規(guī)則，要么是和字母直接建立聯(lián)系，要么是無視鍵值去和位置建立聯(lián)系。類似地，五筆輸入法的一丨丿丶乛分區(qū)也是和位置建立聯(lián)系，但為了平衡字根的分布，還有不少的特例需要專門記憶。
而堪稱鍵位災難的，在我心中非倉頡和鄭碼莫屬。它們的字根排列的設計完全按照字母表順序，自己有內(nèi)部邏輯，但放到鍵盤上，意義接近的按鍵卻隔了十萬八千里。而鄭碼比倉頡低的那一星，是因為倉頡是繁體中文鍵盤的標配標識字根之一。
至于同樣鍵位看起來沒什么規(guī)律的大易輸入法，首先它是繁體中文鍵盤標準附帶的字根之二，其次它按內(nèi)涵進行的字根分組和官方給的記憶方法其實沒什么關系，字根分組講五行動物自然頭頭是道，一看記憶方法全是諧音梗。
看得我頭疼
拆字取碼是否適合人們的日用頻率，是否符合寫字、認字的一般規(guī)則，都會影響拆字取碼，尤其對初學期剛剛了解基本字根的使用者。比如我們相對比較熟悉的五筆 86，我個人感覺它難上手，是因為它為了兼容一些部分部件相通的字形，采用了很多本身是破碎的字形，比較典型的例子就是「母」字。
「母」在 86 版中為了兼容「毋」取了一個外框作為字根，可其實沒多少人天天打毋和毐，卻天天有人打繁海晦敏，而且這個先取橫再取兩點的取根方法也是和正確的筆順相悖的。98 版的字根設計就更貼近一般的識記原則，并糾正了不少筆順的錯誤，初學時拆起來也更容易猜對。
倉頡的拆字取碼則是另一種方式的不直觀。倉頡是把字元拆得太碎，認真地把字先拆成偏旁，再給每個偏旁取首碼和二碼。這樣做其實挺科學的，重碼率可以做到非常低，可從入門到日用的學習時間會比較長。所以現(xiàn)在更流行的是只取兩碼的速成倉頡，但速成又把重碼率高的問題帶了回來。鄭碼其實也有類似的問題，它的優(yōu)缺點也和倉頡差不多，不同的是鄭碼先天有更好的簡繁體兼容性，而且拆解跟隨筆順；倉頡則是以字形為準，比較不符合我對「寫字」的理解。
如果前面這些都能克服，最后這項就是一錘定音的了。這些形碼輸入法中，學究氣最濃的鄭碼天生就是連異體字和罕見字都能直接通殺，別的大部分以繁體中文為基礎，只有五筆是完全以簡體中文為基礎設計。在我的理解中，這可能和注音符號體系本身就需要和鍵位做一次對應有關。幾種繁體輸入法中除了大易都給簡體中文做了適配，只是由于主要的服務對象還是繁體中文，當遇到簡繁重碼時，默認狀態(tài)下這些輸入法都優(yōu)先展示繁體。此外，Windows 等系統(tǒng)自帶的輸入法也對使用這些輸入法輸入簡體的支持不甚完好。
作為一個簡體中文為主的輸入者，在這些限制條件下，五筆似乎成了我最省事的選擇——是的，從上面我的主觀評價里就能看出它并非最優(yōu)選，但每個需求它都能用一個不算太爛的方法實現(xiàn)。而在每天使用形碼接近一個月后，我仍然不能大方地推薦其他人也嘗試形碼，因為在達成足夠的速度之前，它的收益實在是太低了。
先來說說我感知到的優(yōu)點。
四碼上屏或是五碼上屏可以說是重碼率低的輸入法的特權，因為只有對輸入碼有限制，并且沒有選字負擔時，才可能拋棄空格和數(shù)字鍵。而且得益于簡碼的存在，輸入一個字的擊鍵次數(shù)其實不會有太大變化，如果算上輸入詞語帶來的擊鍵次數(shù)減少，整句的擊鍵次數(shù)甚至會比雙拼輸入時更少，尤其是當句子中出現(xiàn)了不常用的字詞時，不再需要來回翻找的感覺非常好，這還是在我的輸入算不上流暢的前提下。
在一段時間的習慣之后，常用詞我已經(jīng)可以不需要額外思考字形就直接打出來了，速度也有所提升。而且錯字也明顯減少，畢竟五筆詞的 typo 打出來，連猜都猜不出原本應該是啥，強行讓我多了一次檢查。
另一個明顯有優(yōu)勢的場景是搜索與認字。和自己寫文章不同，查不認識的字時，腦子或眼睛里是一定有這個字的長相的，不依賴音碼后，我查字終于不用再靠描述了。類似地，搜索查資料也是一樣，關鍵詞會直接在腦中有具象的詞，這種時候照著把詞打出來就好。繁體字也可以直接拆字輸入，不用臨時 Ctrl+Shift+F，也不用擔心把罕用字的詞頻刷上來。
剩下的就都是大大小小的問題。
我本來就是雙拼的使用者。往前查幾年，雙拼在各大內(nèi)置/主流第三方輸入法中的適配都成問題，一方面是使用者人群本就不大，另一方面是方案太多，想適配內(nèi)置也要看看是哪些方案用戶更多，可能還要關注方案的版權問題。
形碼輸入法的支持則更加離譜。我自己選擇的方案是五筆 98。我能接觸到的設備中，只有 iOS 內(nèi)置了五筆 86、98、新世紀三個版本的支持，Windows 原生支持的只有使用范圍最廣的五筆 86。Android 則要看廠商選擇的輸入法合作方，有的時候五筆支持會被去除，至于我最喜歡的 Gboard，則完全沒有支持五筆輸入法，我選用替代的是基于 Rime 的同文輸入法，體驗只能算是一般。Windows 這邊，為了五筆 98，我使用 wubilex 五筆助手替換了原生的碼表，又重新安裝了 Rime 小狼毫配置方案。
原本我是希望自己可以在電腦上用五筆，手機繼續(xù)雙拼的，可是實際操作后，我就開始輸混編碼了，只能統(tǒng)一到五筆練習。
所有的形碼輸入法，或者說所有的輸入法，都是基于碼表的輸入方案。而形碼這種基于漢字的方案即使支持了詞語的輸入，也只是作為單字輸入的一種輔助。能輸入的詞取決于碼表，而大部分的五筆輸入法并沒有自定義詞的功能，只遵從那套之前寫死的碼表，或是直接導入寫好的外部碼表。至少在我目前的測試中，只有 Rime 能在輸入中自動學習用戶詞。
還有一項，說不上好壞，但我覺得相當有意義。
其實輸入速度上，經(jīng)過三個星期的日常使用，五筆已經(jīng)基本在日常使用上逐漸跟上了我的思考速度，需要為了提高速度而換回雙拼的次數(shù)越來越少（，我的雙拼輸入也越發(fā)不熟練）。
真正能讓我卡殼的，就是突然遇到不常用的詞，或是突然發(fā)現(xiàn)怎么也拆不對字時，前者我需要重新過一篇把讀音轉化成漢字，在腦海中具象再拆出來的過程，后者則往往是我把字的筆順搞錯，或是干脆把同音字弄錯了。如果不是強制自己用形碼輸入法，我恐怕還一直堅信自己能把所有字形一次寫對，比如瓦的筆順是最后寫點，龍字的右半的筆順是橫、豎折折、橫、豎彎鉤、三橫。
在我的理解中，如果不是像我一樣對這些工具與方案本身就帶有極大的興趣，顯然是沒必要多學一種如今用起來已經(jīng)不算方便的輸入法的。如果學了，大概率也就是和我之前一樣，會一個額外的輸入方式，在網(wǎng)上遇到不認識的字查字典時有一個抬手就打的方法。若是論速度和便利程度，尤其是對需要大量創(chuàng)作文字的使用者，恐怕沒幾個輸入法比得過帶有動態(tài)詞頻和智能詞庫的現(xiàn)代音碼輸入法。
于我而言，形碼輸入法是一個很好的復習漢字的方式。一旦當我們把目光集中在單個的漢字上，就會發(fā)現(xiàn)自己之前對這些美麗的符號到底有多大的忽視。我還會繼續(xù)使用五筆輸入法，看看能不能讓自己的輸入速度逐漸趕上之前雙拼的水平，至于未來可不可以繼續(xù)堅持，就要看會不會有輸入法能把五筆 98 的支持做得更好了。