本文将演示如何利用Xamarin技术开发iOS系统的第三方输入法。

所需环境

利用Xamarin技术开发iOS应用有两种选择：

• 选择Mac系统下的Xamarin Studio，并且安装最新版本的XCode；
• 选择Windows系统下的Visual Studio，下载最新的VS就可以使用Xamarin开发，但开发iOS应用仍需要一台Mac主机，上面也需要安装最新版本的XCode；

目前还没有Linux下的Xamarin环境可用，而从上面也可以看出，想要开发iOS应用，没有Mac是不行的，所以个人建议最好选择第一种方案，最省心也最高效。如果预算不足，则考虑第二种方案，Mac可以用虚拟机模拟。本文使用第一种方案演示。

实现步骤

我们先来看一下使用原先技术开发iOS输入法是如何做的。iOS8自定义输入法教程：如何创建第三方输入法，文章讲得很详细，在此便不再赘述了，后面你会发现使用Xamarin技术的基本步骤跟原先技术其实是大同小异的。

下面进入Xamarin的世界，我们新建一个Forms应用，这里随便取个名字，就叫TestKeyboard吧。

选择Use Portable Class Library方式，这是也目前官方推荐的方式。

接着是选择解决方案的保存位置，此处就不贴图了。

解决方案创建完成后，我们可以在左侧看到其构成。顾名思义，TestKeyboard.Droid是对应android平台的工程，TestKeyboard.iOS是对应iOS平台的工程，TestKeyboard不带后缀的则是Forms工程，在Visual Studio下还会有TestKeyboard.UWP等其它工程，但由于Mac上不能编译这些工程，所以Xamarin Studio默认不创建它们。换言之，如果想要开发UWP或者WinPhone应用，需要在Windows系统下才行。至于如何使用它们开发Forms应用，我以后再介绍。

右击解决方案，添加一个新工程：

选择iOS->Extension->Custom Keyboard Extension，然后Next，取个名字，这里我取keyboard，然后还是Next，此时解决方案中会多出一个keyboard工程。

keyboard工程底下有一个KeyboardViewController，这个类继承了UIInputViewController，是输入法的界面控制器。

我们运行这个解决方案，然后在模拟器中的键盘设置中添加我们的自定义键盘。

运行效果

可以看到，效果和过程都与原生方法基本一致，后面的操作大家参照前面给的文章依葫芦画瓢就好，我不多赘述。这里我讲一个Xamarin技术上的坑，也可能不是坑，但是如果你在开发过程中遇到这个情况，一定感觉困惑，所以有必要说一说。

现在这个iOS输入法应用是由TestKeyboard，TestKeyboard.iOS和keyboard三个工程构成，TestKeyboard.Droid是Android平台，因而与此无关。这三个工程的分工上是这样的，TestKeyboard和TestKeyboard.iOS负责输入法的设置界面，keyboard则是输入法的输入界面。在实际开发中，我们肯定会有一些代码在设置界面和输入界面中都需要访问到，但当我尝试这么做的时候，问题却来了。

我们打开TestKeyboard.iOS下的References(引用)可以看到其中有keyboard工程，也就是说TestKeyboard.iOS引用了keyboard。这种引用是单向的，即不能再在keyboard工程中添加对TestKeyboard.iOS工程的引用。如果把这种引用关系去掉或者反过来都是不行的，在模拟器上将看不见我们的自定义键盘。理论上讲，既然TestKeyboard.iOS引用了keyboard，那么我把共同的代码写在keyboard中，不就两个工程都可以访问了吗？

我在keyboard工程自行添加一个类，假设叫MyClass，在TestKeyboard.iOS下再自定义一个MyClass2类，并调用前者。写的时候都好好的，但一旦编译就出错了。

报错的内容是：

The type or namespace name `keyboard' could not be found. Are you missing an assembly reference?

老实说，这个错误很莫名其妙，因为TestKeyboard.iOS确实已经引用了keyboard，直到现在我也不知道应该怎样消除这个错误，但是我还是找到了解决问题方法，我的方法是绕过这个错误。

新建一个iOS的库工程，这里取名叫iOSLib，并在TestKeyboard.iOS和keyboard中引用它，将共同代码写这个库工程里面即可。

经过我的实验，不仅添加自定义键盘会出现这个问题，添加其它的Extension都有这个问题，因此这个解决方法还是有普遍意义的。而把共同代码集中到一个库工程里，从组织上讲也更爽利一些，这也不失为额外的好处。

写在最后

我想，搞第三方输入法的人不多，尝试用Xamarin来做这件事情的人则更少，所以想带给读者多少借鉴意义怕也是没有，但既然做的人少，那么写出来的人势必少之又少，我是不是算抢了个先呢？