今天遇到一个奇怪的问题，程序运行一点问题都没有但终端报错如下
|
1 |
Could not load the "" image referenced from a nib in the bundle with identifier "com.xxx.xxx" |
其实就是题目上的错误，这个问题看上去挺简单——不就是引用的图片丢失了么……
其实不然，由于名字是 "" 所以你根本找不到究竟是哪个图片丢失了——实际上一个都没有丢。
毕竟程序里边的资源一个都没有[……]
说出来你们可能不信，落格输入法起初是我的一个练手项目，它叫小飞。
但在动手写它之前，其实我就已经抱怨过很多次了，说自己要写一款好用的输入法，因为我用双拼，而现存的输入法，都不怎么重视双拼这个群体，同时，就全拼来讲，各种广告弹窗小红点也把它们本身整句输入啊实用功能啊这些优点给埋没了。
一直到 2015 年 11 月 7 日，我第一次有了动手写一个输入法的想法：
现在iOS上的输入法大都臃肿[……]
最近给落格输入法加入了一个叫做“对数云”的东西，其实不难，比使用 iCloud Document 要简单，不过网上的资料不太多，你通过那些上手教程来现充应该不是问题，但想要提升用户体验，就不是那么容易了。这里我们就一起来看看，怎么样才能让 CloudKit 运行得更畅快。
一般来说，你获取一条数据可能是这样的：
[crayon-68c6e299c712[……]
iTerm 作为一个 mac 里自带终端的替代品真的是太好用了，功能多、界面也好看。配合zsh+皮肤，终端从此也美丽（题图）。
不过，zsh 启动总是很慢，虽然说每次启动前输入的内容还是不会丢失，但总等着也不是个事（说句实在话，我就这么忍受了好多年……）
总之，其实这个问题是可以被解决的：
进入 iTerm2 的偏好设置里，在 Profiles 里编辑你的配置，在配置右侧的 Ge[……]
cmph 的全称是 C Minimal Perfect Hashing Library ，是一个很著名的用 C 写成的最小完美哈希库，什么是完美哈希？
这里我们不讲原理，你只需要知道传统的哈希有冲突，我们需要靠各种算法来处理冲突就可以了，对于哈希，总是需要一个表，这个表里预留了很多位置，然后计算出来的值就是这些位置的坐标，你可以把对应的数据放到坐标里。
但这时候有一个问题，如果[……]
很多时候，我们需要在字符串中执行查找，以判断过滤指定的内容出来。比如过在落格输入法当中，就需要用辅码过滤出需要的候选词。
一般来说，查找和对比肯定是数字来的最快，不过在词库上总不能把所有的词汇都转换为数字（虽然理论上可行……）在字符串的搜索上，我们有很多种办法来实现，这里我就说一下我自己的思路：
由于我的词库辅码筛选只对两字或者三字词汇生效，那么我考虑[……]
一般来说，我们不会在用动态规划算法求解的问题上称呼它为“动态规划”，而是称之为“隐马尔可夫模型”，不过，如果我们单纯用动态规划算法来求解一个普通的有向无环图，那么就只能说是动态规划了……
这次我们要来说的，是基于词库的整句输入法。而不是基于状态转移的隐马尔可夫模型求解。
由于不需要模型，我们的整句输入是基于词汇的，就需要一个词库。这个词库里应该记录了普通人大部分的常用词汇，而且有一[……]
其实很少用户知道，ios系统其实有一套完整的轻松访问机制，很多盲人或者说视障用户都喜欢使用iphone。
所以说，作为一名开发者，我觉得不论是从产品销售面还是作为责任，都应该做好完善的轻松访问支持。
不过好在，得益于苹果严格的开发规范，所以一般只要你的app已经通过审核能够上架，那么基本上 VoiceOver 就已经能够很好的识别你 app 中的大部分内容了，比较通用的，比如 tabV[……]
在 ios 平台，数据永久化的存储方式就那么几种，比如说 coredata，比如说realm，还有nosql的几种方案，但是很遗憾，nosql的几种方案支持的功能都还是太少，这样就让对它们的选择显得十分鸡肋——毕竟，如果是简单的应用的话，那就还不如其他方案来的方便快捷——虽然nosql是趋势。
这次我们来谈谈另一种比较常见的储存方案——sqlite，这个东西很厉害，它是一个用c实现的[……]