本文将演示如何利用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来做这件事情的人则更少,所以想带给读者多少借鉴意义怕也是没有,但既然做的人少,那么写出来的人势必少之又少,我是不是算抢了个先呢?