起因还是我习惯了半躺在床上抱着 Surface 聊天、刷网页，但是 Windows 10 自带的屏幕虚拟键盘只有全键盘模式，在单手输入的场景下对着 Surface 那 12.3 英寸的屏幕在虚拟键盘敲敲点点简直是场噩梦——输入效率低下，顺便还敲得手酸。当年刚买回来 Surface 的时候我试图在系统里找到切换虚拟键盘的模式的时候我才发现 Windows 10 竟然并没有 T9 键盘的支持，真是一件可怕的事情。而上网搜索良久，我惆怅地发现并没有一款专门针对便携触控式 Windows 设备且支持 T9 模式的输入法，所以这么多年也就忍下来了。

最近再此在某个特殊场景单手输入时我实在是无法忍受蹩脚的操作方式，于是为了可怜的手指我决定挖一个新坑，自己做一款支持 T9 模式的触控键盘（输入法）。

挖坑开始

准备工作

考虑一下要实现的功能：

最基本的：一个按键显示足够大的 T9 键盘
模式的切换：在中英文、数字、Emoji 表情输入之间进行切换
辅助性的功能：暂时想到的是语音输入的支持和光标控制

那么要实现上述功能，要怎么做。

功能实现

既然是为 Windows 设备开发软件，从开发效率来讲我肯定选择 WPF 来开发，毕竟微软自家亲儿子而且还有宇宙第一级别的 IDE —— Visual Studio 的支持（再此强调：微软爸爸好）。虽然听起来用 WPF 来开发输入法很奇怪，而且也很少见，但是并不代表是不可能的。

实现功能需要涉及到一些底层的功能，目前想到的两个功能：

输入法窗口永远置于顶层，并且不夺取触控时的焦点（不激活窗口）。如果输入法窗口被激活（系统层面的激活，而不是广义上的激活），那么我们要进行输入的窗口就会失去焦点，无法正常进行接下来的输入操作。

实现
可以通过调用 Win 32 API 来实现这个功能，先上代码：

public MainWindow()
{
    InitializeComponent();
    SourceInitialized += EventSourceInitialized;
    this.Topmost = true;
}

private void EventSourceInitialized(object sender, EventArgs e)
{
    var handle = new WindowInteropHelper(this).Handle;
    SetWindowsProps(handle, -20, new IntPtr(GetWindowsProps(handle, -20).ToInt32() | 0x08000000));
}

public static IntPtr GetWindowsProps(IntPtr hWnd, int nIndex)
{
    return Environment.Is64BitProcess ? GetWindowLongPtr(hWnd, nIndex) : GetWindowLong(hWnd, nIndex);
}

public static IntPtr SetWindowsProps(IntPtr hWnd, int nIndex, IntPtr dwNewLong)
{
    return Environment.Is64BitProcess ? SetWindowLongPtr(hWnd, nIndex, dwNewLong) : SetWindowLong(hWnd, nIndex, dwNewLong);
}

[DllImport("user32.dll", EntryPoint = "GetWindowLong")]
private static extern IntPtr GetWindowLong(IntPtr hWnd, int nIndex);

[DllImport("user32.dll", EntryPoint = "GetWindowLongPtr")]
private static extern IntPtr GetWindowLongPtr(IntPtr hWnd, int nIndex);

[DllImport("user32.dll", EntryPoint = "SetWindowLong")]
private static extern IntPtr SetWindowLong(IntPtr hWnd, int nIndex, IntPtr dwNewLong);

[DllImport("user32.dll", EntryPoint = "SetWindowLongPtr")]
private static extern IntPtr SetWindowLongPtr(IntPtr hWnd, int nIndex, IntPtr dwNewLong);

简单的来解释一下上述代码的功能：通过 Win 32 API 提供的两组 API（对应 32 位和 64 位系统），先获取当前窗口（输入法窗口）的扩展样式（Extend Style，对应代码中的常数“-20”），然后设置当前窗口不会变成活动窗口（WS_EX_NOACTIVATE，即不会获取焦点/被激活，对应代码中的常数“0x08000000”）。^[*]

将上述功能写成方法绑定在窗体的 SourceInitialized 事件上（此事件发生在 WPF 窗体资源加载完毕，此时就可以通过 WindowInteropHelper 来获取窗体句柄与 Win 32 API 交互），最后通过 this.Topmost = true 来设置窗体永远保持在最前端即可。

^[*] 具体的资料和信息可以参见 Win 32 API 文档。

把输入的内容发送给“被输入”的窗口（也就是获取焦点的窗口）
- 实现
其实本来我也是想通过调用 Win 32 API 来实现功能的，但是考虑了一下之后发现自己写这个功能涉及到很多底层的问题，就凭我这菜鸡水平的确很难完美的实现（其实就是给懒找借口）。
当然，这难不倒机智的木頭（……），可以直接调用微软爸爸给我们封装好的方法：SendKeys.SendWait，这个方法位于 System.Windows.Forms 命名空间下。虽然在 WPF 中调用 WinForm 的方法显得格外的蠢，但是既然能实现功能还要什么自行车。
核心代码如下：
```
// 这里通过 Static Using 是为了防止 WPF 和 WinForm 一些重名类导致的问题
using SendKeys = System.Windows.Forms.SendKeys;

…… 省略其他代码

private void SendInput(string inputStr) {
    SendKeys.SendWait(inputStr);
}
```
通过 SendWait 方法可以发送输入到焦点窗口的功能，如果需要发送特殊按键（比如常用的回车键、退格键）则只需要传递对应的键值即可。^[*]
^[*] 特殊按键的键值可以参考 MSDN - SendKeys Class

上述两个功能实现后，再添加一些花里胡哨的花边功能以及进行界面的排版等等，一个输入法的雏形就诞生了（那些花边功能就不一一赘述了）。大概就是长这个样子：

GIF 2019-10-21 1-43-00.gif

↑ 可以输入、响应退格、回车、空格功能；不会夺取窗口焦点；永远置顶显示。

后续工作

截至目前，输入法大概的样子已经做出来了，但是只是实现了最简单的功能：响应触控、输出点击的 T9 键盘的数字等。接下来就是实现起来比较麻烦的功能了—— T9 词库算法，如何根据输入的“数字”（也就是按下的 T9 按键）来构造拼音、去词库匹配、常用词等等。目前还没有很好的想法，等功能实现并完善后我们在下一篇文章再见。