最近给落格输入法加入了一个叫做“对数云”的东西，其实不难，比使用 iCloud Document 要简单，不过网上的资料不太多，你通过那些上手教程来现充应该不是问题，但想要提升用户体验，就不是那么容易了。这里我们就一起来看看，怎么样才能让 CloudKit 运行得更畅快。
编程开发
cmph 的全称是 C Minimal Perfect Hashing Library ，是一个很著名的用 C 写成的最小完美哈希库，什么是完美哈希？
完美哈希
这里我们不讲原理，你只需要知道传统的哈希有冲突，我们需要靠各种算法来处理冲突就可以了，对于哈希，总是需要一个表，这个表里预留了很多位置[……]
很多时候，我们需要在字符串中执行查找，以判断过滤指定的内容出来。比如过在落格输入法当中，就需要用辅码过滤出需要的候选词。
一般来说，查找和对比肯定是数字来的最快，不过在词库上总不能把所有的词汇都转换为数字（虽然理论上可行……）在字符串的搜索上，我们有很多种办法来实现，这里我就说一下我自己的思路[……]
一般来说，我们不会在用动态规划算法求解的问题上称呼它为“动态规划”，而是称之为“隐马尔可夫模型”，不过，如果我们单纯用动态规划算法来求解一个普通的有向无环图，那么就只能说是动态规划了……
这次我们要来说的，是基于词库的整句输入法。而不是基于状态转移的隐马尔可夫模型求解。
词库
由于不需要模[……]
其实很少用户知道，ios系统其实有一套完整的轻松访问机制，很多盲人或者说视障用户都喜欢使用iphone。
所以说，作为一名开发者，我觉得不论是从产品销售面还是作为责任，都应该做好完善的轻松访问支持。
不过好在，得益于苹果严格的开发规范，所以一般只要你的app已经通过审核能够上架，那么基本[……]
开始
在 ios 平台，数据永久化的存储方式就那么几种，比如说 coredata，比如说realm，还有nosql的几种方案，但是很遗憾，nosql的几种方案支持的功能都还是太少，这样就让对它们的选择显得十分鸡肋——毕竟，如果是简单的应用的话，那就还不如其他方案来的方便快捷——虽然nosql是趋势[……]
最近在做输入法的词库，实现新的整句输入模型，（回头我会把之前的基于词的整句输入模型讲讲），新的整句输入模型是基于 HMM （也就是隐马尔可夫模型）来做的，当然了，由于我个人设备资金等有限，只做了二阶矩阵。不过即使如此，模型还是需要训练的。
当然，不是说用小说名著来训练就不好，只不过很难找到各行[……]
在使用 Swift 语言进行开发的时候，很多朋友会莫名奇妙地遇到内存爆满的问题，明明有 ARC ，明明释放了内存，却还是让程序的内存占用随着循环而一路飙升。
这里其实并不是出现了内存泄露，这其实是 ARC 的一个机制：在每一个主 Runloop 结束的时候进行清理。也就是说，它有一套必要的缓存[……]
在使用 Xcode 进行 Swift 语言开发软件的时候，不少人在项目中后期都会遇到这么一个问题，如题图那样：SourceKitService 占用大量的 CPU 和内存，甚至直接导致系统卡死。
那么，这到底是怎么一回事呢？ 在 StuckOverflow 上的高票答案是这么说的：[……]