去落格博客阅读完整排版的在 Swift 中使用 cmphcmph的全称是C Minimal Perfect Hashing Library，是一个很著名的用 C 写成的最小完美哈希库，什么是完美哈希？完美哈希这里我们不讲原理，你只需要知道传统的哈希有冲突，我们需要靠各种算法来处理冲突就可以了，对于哈希，总是需要一个表，这个表里预留了很多位置，然后计算出来的值就是这些位置的坐标，你可以把对应的数据放到坐标里。但这时候有一个问题，如果这个预先的表不够大，或者说你的算法不够好，就会发生所谓的聚集，某一片区域值总是冲突，而某一片区域的值则是空的，所以，你的表长度总是要大于 key 的数量来容纳这些空余。但如果你的算法足够牛逼，那么你就能做到让表的长度n最少能够等于key的数量！当这种情况达成，那么我们就称这个哈希函数为最小完美哈希函数。cmph那么这种东西真的存在吗？当然。cmph就是一个，当然想要使用cmph还是有一点前提的，比如你的 key 得是不重复的，key 的数量得是固定的静态的。比如说我的隐马尔可夫模型中的转移矩阵，就满足这么一个需求。不过，cmph 是用 C 语言实现的，我们需要把 C桥接到 Swift 中。桥接和桥接 oc 差不多， 你把下载好的cmph目录中的 src 目录里的源文件都拖到 Swift 项目中即可（记得选择拷贝而不是引用），如果是第一次拖入其他语言的内容， ...继续阅读 (52)

去落格博客阅读完整排版的在 Swift 中使用 cmphcmph的全称是C Minimal Perfect Hashing Library，是一个很著名的用 C 写成的最小完美哈希库，什么是完美哈希？完美哈希这里我们不讲原理，你只需要知道传统的哈希有冲突，我们需要靠各种算法来处理冲突就可以了，对于哈希，总是需要一个表，这个表里预留了很多位置，然后计算出来的值就是这些位置的坐标，你可以把对应的数据放到坐标里。但这时候有一个问题，如果这个预先的表不够大，或者说你的算法不够好，就会发生所谓的聚集，某一片区域值总是冲突，而某一片区域的值则是空的，所以，你的表长度总是要大于 key 的数量来容纳这些空余。但如果你的算法足够牛逼，那么你就能做到让表的长度n最少能够等于key的数量！当这种情况达成，那么我们就称这个哈希函数为最小完美哈希函数。cmph那么这种东西真的存在吗？当然。cmph就是一个，当然想要使用cmph还是有一点前提的，比如你的 key 得是不重复的，key 的数量得是固定的静态的。比如说我的隐马尔可夫模型中的转移矩阵，就满足这么一个需求。不过，cmph 是用 C 语言实现的，我们需要把 C桥接到 Swift 中。桥接和桥接 oc 差不多， 你把下载好的cmph目录中的 src 目录里的源文件都拖到 Swift 项目中即可（记得选择拷贝而不是引用），如果是第一次拖入其他语言的内容， ...继续阅读 (76)

去落格博客阅读完整排版的在字符串中 快速查找很多时候，我们需要在字符串中执行查找，以判断过滤指定的内容出来。比如过在落格输入法当中，就需要用辅码过滤出需要的候选词。一般来说，查找和对比肯定是数字来的最快，不过在词库上总不能把所有的词汇都转换为数字（虽然理论上可行……）在字符串的搜索上，我们有很多种办法来实现，这里我就说一下我自己的思路：Set<String>由于我的词库辅码筛选只对两字或者三字词汇生效，那么我考虑把它们作为集合（Set）来检测，把词汇拆成单字。很遗憾，不说拆分的单独开销，本以为哈希表的set集合会很快，但速度并不行，可能它的优势是在于大量的时候吧，不过很可惜，它的速度是最慢的。我用一个简短的集合来多次遍历然后统计时间，得到结果如下：let ptime = Date().timeIntervalSince1970 let b:Set<String> = ["a","b","c","d","e","f","g","h"] for _ in (0...9999999) { _=b.contains("hb") } let during = Date().timeIntervalSince1970 - ptime print(during)结果8.90186786651611值得一提的是，无论是命中还是丢失，速度是一样的。当然，速度慢也得考虑 ...继续阅读 (58)

去落格博客阅读完整排版的在字符串中 快速查找很多时候，我们需要在字符串中执行查找，以判断过滤指定的内容出来。比如过在落格输入法当中，就需要用辅码过滤出需要的候选词。一般来说，查找和对比肯定是数字来的最快，不过在词库上总不能把所有的词汇都转换为数字（虽然理论上可行……）在字符串的搜索上，我们有很多种办法来实现，这里我就说一下我自己的思路：Set<String>由于我的词库辅码筛选只对两字或者三字词汇生效，那么我考虑把它们作为集合（Set）来检测，把词汇拆成单字。很遗憾，不说拆分的单独开销，本以为哈希表的set集合会很快，但速度并不行，可能它的优势是在于大量的时候吧，不过很可惜，它的速度是最慢的。我用一个简短的集合来多次遍历然后统计时间，得到结果如下：let ptime = Date().timeIntervalSince1970 let b:Set<String> = ["a","b","c","d","e","f","g","h"] for _ in (0...9999999) { _=b.contains("hb") } let during = Date().timeIntervalSince1970 - ptime print(during)结果8.90186786651611值得一提的是，无论是命中还是丢失，速度是一样的。当然，速度慢也得考虑 ...继续阅读 (67)

去落格博客阅读完整排版的基于动态规划的整句输入法一般来说，我们不会在用动态规划算法求解的问题上称呼它为“动态规划”，而是称之为“隐马尔可夫模型”，不过，如果我们单纯用动态规划算法来求解一个普通的有向无环图，那么就只能说是动态规划了……这次我们要来说的，是基于词库的整句输入法。而不是基于状态转移的隐马尔可夫模型求解。词库由于不需要模型，我们的整句输入是基于词汇的，就需要一个词库。这个词库里应该记录了普通人大部分的常用词汇，而且有一点就是词频（权重）一定要是正确的。原理你可以这样理解，当你输入一串拼音的时候，每一个音会对应一大堆的中文字，如果每一个字单独来看，就会有太多的字与之对应——这就是所谓的重码了。而对应词库的话，如果用户输入的是一个词汇，那么我们就优先命中词库，这样一来，由于词汇的码比较长，那么重码的概率和数量就大大减少了，再配合词频，我们就能得到一个比较符合常理的候选字序列供用户选择了。可是整句呢？当用户输入了太长而无法从词库中匹配到词汇的时候，我们该怎么办呢？整句计算简单版照着上文中的原理，我们顺着思路想想看，这么长的句子，我们可以考虑把它们拆分开，比如从前往后，依次匹配能找到的最大（长）词汇，那么整句输入就可以实现了！比如你输入了luo/ge/shu/ru/fa/ke/neng/shi/qi/jin/wei/zhi/zui/hao/yong/de/shu/ru/fa那么我 ...继续阅读 (60)

去落格博客阅读完整排版的基于动态规划的整句输入法一般来说，我们不会在用动态规划算法求解的问题上称呼它为“动态规划”，而是称之为“隐马尔可夫模型”，不过，如果我们单纯用动态规划算法来求解一个普通的有向无环图，那么就只能说是动态规划了……这次我们要来说的，是基于词库的整句输入法。而不是基于状态转移的隐马尔可夫模型求解。词库由于不需要模型，我们的整句输入是基于词汇的，就需要一个词库。这个词库里应该记录了普通人大部分的常用词汇，而且有一点就是词频（权重）一定要是正确的。原理你可以这样理解，当你输入一串拼音的时候，每一个音会对应一大堆的中文字，如果每一个字单独来看，就会有太多的字与之对应——这就是所谓的重码了。而对应词库的话，如果用户输入的是一个词汇，那么我们就优先命中词库，这样一来，由于词汇的码比较长，那么重码的概率和数量就大大减少了，再配合词频，我们就能得到一个比较符合常理的候选字序列供用户选择了。可是整句呢？当用户输入了太长而无法从词库中匹配到词汇的时候，我们该怎么办呢？整句计算简单版照着上文中的原理，我们顺着思路想想看，这么长的句子，我们可以考虑把它们拆分开，比如从前往后，依次匹配能找到的最大（长）词汇，那么整句输入就可以实现了！比如你输入了luo/ge/shu/ru/fa/ke/neng/shi/qi/jin/wei/zhi/zui/hao/yong/de/shu/ru/fa那么我 ...继续阅读 (54)

去落格博客阅读完整排版的ios 为视障用户支持 VoiceOver其实很少用户知道，ios系统其实有一套完整的轻松访问机制，很多盲人或者说视障用户都喜欢使用iphone。所以说，作为一名开发者，我觉得不论是从产品销售面还是作为责任，都应该做好完善的轻松访问支持。不过好在，得益于苹果严格的开发规范，所以一般只要你的app已经通过审核能够上架，那么基本上VoiceOver就已经能够很好的识别你 app 中的大部分内容了，比较通用的，比如 tabView，比如navigationController，这些通用的框架都已经自动支持了的。现在，我们就一起来看看，如何让你的 app 利用好VoiceOver的所有高级功能，这些功能能够让你在一定程度上控制VoiceOver，让它更好地兼容你的app，让用户体验更佳完美。主要目标VoiceOver 除了能够读出屏幕内容外，其实还可以做更多的内容，比如与界面交互，比如内置的魔法轻拍，魔法返回，要让我们自定义的内容支持它，就需要自己去重写对应的方法，还要让我们自己定制的按钮，按照希望的方式来运作——毕竟使用 VoiceOver 的用户是靠听的，所以有时候我们还需要为按钮等加上更多解释，甚至，在一些动作之后，还要让 VoiceOver 读出特定的内容来告知用户都发生了什么，把这些都规范了，那么视障用户也能轻松地使用你开发的 app 了。VoiceOve ...继续阅读 (55)

去落格博客阅读完整排版的ios 为视障用户支持 VoiceOver其实很少用户知道，ios系统其实有一套完整的轻松访问机制，很多盲人或者说视障用户都喜欢使用iphone。所以说，作为一名开发者，我觉得不论是从产品销售面还是作为责任，都应该做好完善的轻松访问支持。不过好在，得益于苹果严格的开发规范，所以一般只要你的app已经通过审核能够上架，那么基本上VoiceOver就已经能够很好的识别你 app 中的大部分内容了，比较通用的，比如 tabView，比如navigationController，这些通用的框架都已经自动支持了的。现在，我们就一起来看看，如何让你的 app 利用好VoiceOver的所有高级功能，这些功能能够让你在一定程度上控制VoiceOver，让它更好地兼容你的app，让用户体验更佳完美。主要目标VoiceOver 除了能够读出屏幕内容外，其实还可以做更多的内容，比如与界面交互，比如内置的魔法轻拍，魔法返回，要让我们自定义的内容支持它，就需要自己去重写对应的方法，还要让我们自己定制的按钮，按照希望的方式来运作——毕竟使用 VoiceOver 的用户是靠听的，所以有时候我们还需要为按钮等加上更多解释，甚至，在一些动作之后，还要让 VoiceOver 读出特定的内容来告知用户都发生了什么，把这些都规范了，那么视障用户也能轻松地使用你开发的 app 了。VoiceOve ...继续阅读 (52)

去落格博客阅读完整排版的iOS 平台 SQLite 性能优化开始在 ios 平台，数据永久化的存储方式就那么几种，比如说 coredata，比如说realm，还有nosql的几种方案，但是很遗憾，nosql的几种方案支持的功能都还是太少，这样就让对它们的选择显得十分鸡肋——毕竟，如果是简单的应用的话，那就还不如其他方案来的方便快捷——虽然nosql是趋势。这次我们来谈谈另一种比较常见的储存方案——sqlite，这个东西很厉害，它是一个用c实现的无需服务器的sql框架，它就一个文件配合框架就可以实现一个简单的数据库了，拥有大部分数据库的查询功能，性能也还不错。需求一般使用的话，sqlite的默认配置也是足够了的，但有一些情况下，我们还是需要更快的体验——比如作为输入法的词库的时候。很多人觉得，用sqlite很快，但作为输入法的词库就显然太慢了，难道sqlite就不能更快一步吗？当然可以，sqlite的默认配之为了适应大部分人的使用环境所以设置的十分保守，我们可以让它更快。PragmaPragma 是 sqlite 特有的一个配置语句，与之配合的有一些对应的参数，我们在连接数据库后可以对其进行修改，但下次连接的时候，还是需要再次配置的。你可以在这里看到完整的所有 Pragma 参数，不过对性能有重大影响的参数也就那么几个，不是很多的。执行 pragma 就像你在 sqlite 里执行 ...继续阅读 (63)

去落格博客阅读完整排版的iOS 平台 sqlite 性能优化开始在 ios 平台，数据永久化的存储方式就那么几种，比如说 coredata，比如说realm，还有nosql的几种方案，但是很遗憾，nosql的几种方案支持的功能都还是太少，这样就让对它们的选择显得十分鸡肋——毕竟，如果是简单的应用的话，那就还不如其他方案来的方便快捷——虽然nosql是趋势。这次我们来谈谈另一种比较常见的储存方案——sqlite，这个东西很厉害，它是一个用c实现的无需服务器的sql框架，它就一个文件配合框架就可以实现一个简单的数据库了，拥有大部分数据库的查询功能，性能也还不错。需求一般使用的话，sqlite的默认配置也是足够了的，但有一些情况下，我们还是需要更快的体验——比如作为输入法的词库的时候。很多人觉得，用sqlite很快，但作为输入法的词库就显然太慢了，难道sqlite就不能更快一步吗？当然可以，sqlite的默认配之为了适应大部分人的使用环境所以设置的十分保守，我们可以让它更快。PragmaPragma 是sqlite特有的一个配置语句，与之配合的有一些对应的参数，我们在连接数据库后可以对其进行修改，但下次连接的时候，还是需要再次配置的。你可以在这里看到完整的所有 Pragma 参数，不过对性能有重大影响的参数也就那么几个，不是很多的。执行 pragma 就像你在sqlite里执行sql语句 ...继续阅读 (51)

去落格博客阅读完整排版的如何自定义 落格输入法 ？如何自定义落格输入法？在落格输入法中，我为你提供了强大的自定义功能。不论是简单地新建一种双拼方案，还是导入一份五笔输入法的码表，它都能完成。首先，我们从概念说起按键映射方案落格输入法用它来生成对应的映射方案，比如智能abc、比如自然码等等。按键映射方案有两个文件，比如“智能ABC.plist”那么就要有对应的“智能ABC_rev.plist”，后者不是必须，但如果你想开启“按键映射提示”，那么你就必须也导入它。总之，如果你不是导入而是在落格输入法内手动创建映射方案，那么一切都会自动完成。你可以在“KeyMaps”目录里看到并管理所有的映射配置文件。辅码码表对于大部分双拼用户来说，可能对落格输入法的功能需求就止步于此了，不过，使用辅码才是双拼的优势。它是一份纯文本的“txt”文档，有着简单的格式要求，所有符合格式的码表文档都可以被落格输入法读取并导入为辅码码表。你可以在“AssistCodes”目录里看到并管理所有的辅码码表文件。主码表总之，这才是落格输入法的精华所在。主码表的文档格式与辅码码表的格式完全相同，但内容要多很多——这也是为什么主码表导入一般会明显比较慢。主码表相当于一份自定义的词库，它可以由你自己来规定哪几个字母对应哪个中文，比如导入一份五笔输入法的码表、导入一份郑码输入法的码表，这都是可以的。值得一提的是，如果你使用了 ...继续阅读 (42)

去落格博客阅读完整排版的如何自定义 落格输入法 ？如何自定义落格输入法？在落格输入法中，我为你提供了强大的自定义功能。不论是简单地新建一种双拼方案，还是导入一份五笔输入法的码表，它都能完成。首先，我们从概念说起按键映射方案落格输入法用它来生成对应的映射方案，比如智能abc、比如自然码等等。按键映射方案有两个文件，比如“智能ABC.plist”那么就要有对应的“智能ABC_rev.plist”，后者不是必须，但如果你想开启“按键映射提示”，那么你就必须也导入它。总之，如果你不是导入而是在落格输入法内手动创建映射方案，那么一切都会自动完成。你可以在“KeyMaps”目录里看到并管理所有的映射配置文件。辅码码表对于大部分双拼用户来说，可能对落格输入法的功能需求就止步于此了，不过，使用辅码才是双拼的优势。它是一份纯文本的“txt”文档，有着简单的格式要求，所有符合格式的码表文档都可以被落格输入法读取并导入为辅码码表。你可以在“AssistCodes”目录里看到并管理所有的辅码码表文件。主码表总之，这才是落格输入法的精华所在。主码表的文档格式与辅码码表的格式完全相同，但内容要多很多——这也是为什么主码表导入一般会明显比较慢。主码表相当于一份自定义的词库，它可以由你自己来规定哪几个字母对应哪个中文，比如导入一份五笔输入法的码表、导入一份郑码输入法的码表，这都是可以的。值得一提的是，如果你使用了 ...继续阅读 (37)

去落格博客阅读完整排版的获取 中文 维基百科语料最近在做输入法的词库，实现新的整句输入模型，（回头我会把之前的基于词的整句输入模型讲讲），新的整句输入模型是基于HMM（也就是隐马尔可夫模型）来做的，当然了，由于我个人设备资金等有限，只做了二阶矩阵。不过即使如此，模型还是需要训练的。当然，不是说用小说名著来训练就不好，只不过很难找到各行各业的相关小说，毕竟，它们覆盖的面积太单一了，这其实并不是高质量的语料库。说起高质量，那自然是非维基百科莫属，现在，我们就来获取维基百科的所有中文资料，并把它们导出为语料库，用以给模型训练。下载数据不用写爬虫来爬了，维基百科是开放的，所以他们自己提供了打包下载的链接，真的是很贴心。下载地址是：https://dumps.wikimedia.org/zhwiki/latest/zhwiki-latest-pages-articles.xml.bz2 。这是官方定期 dump 出来的 xml 格式数据，下载的话基本是 1GB 左右，中文的内容确实太少啊。如果你解压缩，那么是一个 6GB 多的 xml 文件，不过别去傻乎乎地解压缩，维基百科自己给你提供了方便的工具来导出内容。数据导出这里我们使用python来执行导出，首先下载维基百科提供的工具gensimpip3 install gensim安装成功后，大概这样来写python脚本import gensim ...继续阅读 (41)

去落格博客阅读完整排版的获取 中文 维基百科语料最近在做输入法的词库，实现新的整句输入模型，（回头我会把之前的基于词的整句输入模型讲讲），新的整句输入模型是基于HMM（也就是隐马尔可夫模型）来做的，当然了，由于我个人设备资金等有限，只做了二阶矩阵。不过即使如此，模型还是需要训练的。当然，不是说用小说名著来训练就不好，只不过很难找到各行各业的相关小说，毕竟，它们覆盖的面积太单一了，这其实并不是高质量的语料库。说起高质量，那自然是非维基百科莫属，现在，我们就来获取维基百科的所有中文资料，并把它们导出为语料库，用以给模型训练。下载数据不用写爬虫来爬了，维基百科是开放的，所以他们自己提供了打包下载的链接，真的是很贴心。下载地址是：https://dumps.wikimedia.org/zhwiki/latest/zhwiki-latest-pages-articles.xml.bz2 。这是官方定期 dump 出来的 xml 格式数据，下载的话基本是 1GB 左右，中文的内容确实太少啊。如果你解压缩，那么是一个 6GB 多的 xml 文件，不过别去傻乎乎地解压缩，维基百科自己给你提供了方便的工具来导出内容。数据导出这里我们使用python来执行导出，首先下载维基百科提供的工具gensimpip3 install gensim安装成功后，大概这样来写python脚本import gensim ...继续阅读 (44)

去落格博客阅读完整排版的swift 中内存狂飙的问题在使用 Swift 语言进行开发的时候，很多朋友会莫名奇妙地遇到内存爆满的问题，明明有ARC，明明释放了内存，却还是让程序的内存占用随着循环而一路飙升。这里其实并不是出现了内存泄露，这其实是ARC的一个机制：在每一个主Runloop结束的时候进行清理。也就是说，它有一套必要的缓存机制——毕竟，实时释放的话谁能保证你的局部变量要不要留下来给后续的代码使用呢？但显然，这个必要的机制在这个时候成了我们的噩梦，比如说：func test() { for _ in 0..<999 { let a = loadBigData() } }这里我们假定这个loadBigData()是一个加载文件略大又费事的动作，那么按照想法，这个文件在每次循环都会被释放——毕竟是个循环内的局部变量，但实际上由于 ARC 的缓存机制，内存就会一直变大。软件内存占用一直增大直到卡死系统这个时候，我们可以说 ARC 并不是很智能，所以一旦遇到这种情况，那么就需要人工对 ARC 进行干预，来达到更好的内存管理效果。在 Swift 中，我们使用这个全局函数public func autoreleasepool<Result>(invoking body: () throws -> Result) rethrows - ...继续阅读 (41)

去落格博客阅读完整排版的swift 中内存狂飙的问题在使用 Swift 语言进行开发的时候，很多朋友会莫名奇妙地遇到内存爆满的问题，明明有ARC，明明释放了内存，却还是让程序的内存占用随着循环而一路飙升。这里其实并不是出现了内存泄露，这其实是ARC的一个机制：在每一个主Runloop结束的时候进行清理。也就是说，它有一套必要的缓存机制——毕竟，实时释放的话谁能保证你的局部变量要不要留下来给后续的代码使用呢？但显然，这个必要的机制在这个时候成了我们的噩梦，比如说：func test() { for _ in 0..<999 { let a = loadBigData() } }这里我们假定这个loadBigData()是一个加载文件略大又费事的动作，那么按照想法，这个文件在每次循环都会被释放——毕竟是个循环内的局部变量，但实际上由于 ARC 的缓存机制，内存就会一直变大。软件内存占用一直增大直到卡死系统这个时候，我们可以说 ARC 并不是很智能，所以一旦遇到这种情况，那么就需要人工对 ARC 进行干预，来达到更好的内存管理效果。在 Swift 中，我们使用这个全局函数public func autoreleasepool<Result>(invoking body: () throws -> Result) rethrows - ...继续阅读 (45)

去落格博客阅读完整排版的SourceKitService 占用大量内存和 CPU 的解决办法在使用 Xcode 进行 Swift 语言开发软件的时候，不少人在项目中后期都会遇到这么一个问题，如题图那样：SourceKitService占用大量的 CPU 和内存，甚至直接导致系统卡死。遇到 SourceKitService 大量占用 CPU 和内存的人不在少数那么，这到底是怎么一回事呢？ 在 StuckOverflow 上的高票答案是这么说的：在活动监视器里找到 SourceKitService 双击它，看它打开了哪些目录，去把缓存删除然后强制结束进程。这样的确有助于缓解症状，但治标不治本，甚至不出几秒就又一次占用 CPU 200% 了。所以，我们需要更根本的解决办法。其实如果你强制结束SourceKitService，你就会发现 Xcode 里的代码高亮都消失了——代码变成了类似纯文本文档那样的黑白色！SourceKitService掌管了你代码的高亮，其实它还掌管了 Swift 的类型推断工作。也就是说，比如你的代码是这样写的：private lazy var emojiFace = ["😀", "😬", "😁", "😂"]而你又图省事反正基本不会变的内容，所以就直接写了很长的数组把所有的表情都作为字符串给放进去了，那么这个数组的字面量就会变得很长很长。这时候SourceKitS ...继续阅读 (37)

去落格博客阅读完整排版的SourceKitService 占用大量内存和 CPU 的解决办法在使用 Xcode 进行 Swift 语言开发软件的时候，不少人在项目中后期都会遇到这么一个问题，如题图那样：SourceKitService占用大量的 CPU 和内存，甚至直接导致系统卡死。遇到 SourceKitService 大量占用 CPU 和内存的人不在少数那么，这到底是怎么一回事呢？ 在 StuckOverflow 上的高票答案是这么说的：在活动监视器里找到 SourceKitService 双击它，看它打开了哪些目录，去把缓存删除然后强制结束进程。这样的确有助于缓解症状，但治标不治本，甚至不出几秒就又一次占用 CPU 200% 了。所以，我们需要更根本的解决办法。其实如果你强制结束SourceKitService，你就会发现 Xcode 里的代码高亮都消失了——代码变成了类似纯文本文档那样的黑白色！SourceKitService掌管了你代码的高亮，其实它还掌管了 Swift 的类型推断工作。也就是说，比如你的代码是这样写的：private lazy var emojiFace = ["😀", "😬", "😁", "😂"]而你又图省事反正基本不会变的内容，所以就直接写了很长的数组把所有的表情都作为字符串给放进去了，那么这个数组的字面量就会变得很长很长。这时候SourceKitS ...继续阅读 (52)

去落格博客阅读完整排版的散步的鹤：小鹤双拼学习指引①首先是双拼方案的学习在学习双拼之前，建议到小鹤网盘下载“小鹤专用添雨跟打器”（在飞扬版目录下的打字练习文件夹内），用这个工具测试其中所提一小段文字，取得你的全拼打字速度指标，主要还是看看熟练情况下的击键水平，以做日后参考。下面开始双拼的学习搜狗、QQ、谷歌、百度等主流拼音输入法均内置了小鹤双拼方案，你如果本就装有其中的一个，那么只需要在设置中选择小鹤双拼方案即可。稍微记忆一下双拼键盘图上的韵母键位，然后直接打字聊天，不记得就查一下，把键位图放电脑桌面做背景或者直接打印出来都行。适应过程一般一周时间，两周应该就比较巩固了，记忆所花时间很短加起来可能几个钟，主要适应全拼到双拼节奏的变化是一周内的主要内容。②完整小鹤双拼的学习完整的小鹤是音形码方案，单字编码为前两码双拼后两码双形，这个在你学习双拼两周后可以考虑进阶。可以到小鹤官方网盘下载小鹤双拼飞扬版（仅 Windows ），这个是小鹤官方出品的完整版小鹤双拼输入法。在安装好飞扬版小鹤后，可以通过输入orm来调出入门学习（上面网盘也有入门文件），内容包括双拼方案、双形方案、基本操作、常见问题等篇章。双拼掌握就可以直接看双形篇，学习拆分规则，学习过程可以使用飞扬小鹤来验证，注意单字全码需要通过输入oqm来打开隐藏的部分全码，因为实际使用时单字是有简打简，全码如和词重码会被隐藏，单字全码是 ...继续阅读 (39)

去落格博客阅读完整排版的如何学习自然码辅码？自然码是个比较古老的双拼方案了，有多古老？古老到现在不少用户都根本不知道它还有一套辅码方案。自然码的辅码称不上是形码，它之所以被称为是辅码，就是因为这套方案的设计初衷还是作为辅助，所以它并不能像鹤形那样做到非常低的重码率——但是加上音的话，用起来还是很高效。为什么就算如此还说它输入高效呢？因为它设计之初就是为了辅助，这就直接决定了这套方案十分容易被接受和学习！有多简单？就是偏旁部首的拼音声母嘛！比如说，你要输入“编”这个字，当你输入“bm”的时候，出现在候选栏第一位的却是“边”，这个时候该怎么办呢？使用自然码辅码，把“编”拆分为“纟”和“扁”，该怎么辅码？显然就是“s”，代表“丝”的发音，显然一旦理解后都不需要记忆。手心输入法的直接辅码使用的就是自然码辅码规则。光这样按照单字举例实在是太繁琐了，考虑到现在自然码收益不佳早已倒闭多年，你可能连一本完整的自然码使用说明书也找不到了，而网络上更是连一份完整的自然码码表也难以找到，这里我就简单来解释一下自然码的各中文字拆分原理。象形字所谓象形字其实也就是单字，它们大多会作为其他比较复杂的字的偏旁部首，考虑到自然码用偏旁部首来作为辅码，你自然不能给偏旁拆偏旁，这就会引起悖论了，所以自然码其实规定了三种基本笔画，不过你应该用不到他们，这个笔画很有早些年手机上的笔画输入法，你可能用过，也可能根本没有听说 ...继续阅读 (42)

去落格博客阅读完整排版的如何学习自然码辅码？自然码是个比较古老的双拼方案了，有多古老？古老到现在不少用户都根本不知道它还有一套辅码方案。自然码的辅码称不上是形码，它之所以被称为是辅码，就是因为这套方案的设计初衷还是作为辅助，所以它并不能像鹤形那样做到非常低的重码率——但是加上音的话，用起来还是很高效。为什么就算如此还说它输入高效呢？因为它设计之初就是为了辅助，这就直接决定了这套方案十分容易被接受和学习！有多简单？就是偏旁部首的拼音声母嘛！比如说，你要输入“编”这个字，当你输入“bm”的时候，出现在候选栏第一位的却是“边”，这个时候该怎么办呢？使用自然码辅码，把“编”拆分为“纟”和“扁”，该怎么辅码？显然就是“s”，代表“丝”的发音，显然一旦理解后都不需要记忆。手心输入法的直接辅码使用的就是自然码辅码规则。光这样按照单字举例实在是太繁琐了，考虑到现在自然码收益不佳早已倒闭多年，你可能连一本完整的自然码使用说明书也找不到了，而网络上更是连一份完整的自然码码表也难以找到，这里我就简单来解释一下自然码的各中文字拆分原理。象形字所谓象形字其实也就是单字，它们大多会作为其他比较复杂的字的偏旁部首，考虑到自然码用偏旁部首来作为辅码，你自然不能给偏旁拆偏旁，这就会引起悖论了，所以自然码其实规定了三种基本笔画，不过你应该用不到他们，这个笔画很有早些年手机上的笔画输入法，你可能用过，也可能根本没有听说 ...继续阅读 (39)

去落格博客阅读完整排版的让 SSH 走代理连接服务器很多网络运维、或者站长需要通过 ssh 来管理服务器、vps，如果不凑巧，你和服务器之间相隔了一堵 GFW，那么由于 GFW 会分析 ssh 数据包，结果就是导致稍微慢一点的网络就会让命令卡一分钟。GFW 现在完全有能力分析 ssh 流量特征，以判断你是在真的使用 ssh 配置服务器，还是使用它作为代理来浏览网页。如果有什么好的办法让ssh像浏览器那样指定翻墙就好了。事实上，还真有。ProxyCommand这是 ssh 自带的一条命令，它能够允许ssh通过一个现有的ssh会话来发送命令。简单来说，就是能够允许 ssh via ssh。——那么，我们需要两个vps咯？其实不然，我们还要使用到下面的一个工具：Corkscrew它让上文中提到的 ProxyCommand 以为一个 Http 代理是 ssh，这样，就实现了 ssh via http代理。对于 macOS 来说，安装也很简单，直接使用 Brew 安装即可：brew install corkscrew总之，你还需要一个 http 代理，目前来说，几乎所有的 shadowsocks 客户端以及其他各种代理客户端都会提供 http 和 https 代理——这里作为我本地环境，使用的是 surge， 它的本地默认 http 和 https 端口是6152所以，我们编辑文件~/.ss ...继续阅读 (69)

去落格博客阅读完整排版的让 SSH 走代理连接服务器很多网络运维、或者站长需要通过 ssh 来管理服务器、vps，如果不凑巧，你和服务器之间相隔了一堵 GFW，那么由于 GFW 会分析 ssh 数据包，结果就是导致稍微慢一点的网络就会让命令卡一分钟。GFW 现在完全有能力分析 ssh 流量特征，以判断你是在真的使用 ssh 配置服务器，还是使用它作为代理来浏览网页。如果有什么好的办法让ssh像浏览器那样指定翻墙就好了。事实上，还真有。ProxyCommand这是 ssh 自带的一条命令，它能够允许ssh通过一个现有的ssh会话来发送命令。简单来说，就是能够允许 ssh via ssh。——那么，我们需要两个vps咯？其实不然，我们还要使用到下面的一个工具：Corkscrew它让上文中提到的 ProxyCommand 以为一个 Http代理是 ssh，这样，就实现了 ssh via http代理。对于 macOS 来说，安装也很简单，直接使用 Brew 安装即可：brew install corkscrew总之，你还需要一个 http 代理，目前来说，几乎所有的 shadowsocks 客户端以及其他各种代理客户端都会提供 http 和 https 代理——这里作为我本地环境，使用的是 surge， 它的本地默认 http 和 https 端口是6152所以，我们编辑文件~/.ssh ...继续阅读 (43)

去落格博客阅读完整排版的Swift 使用 InputMethodKit 写输入法如何在 iOS 上写一款输入法？这个问题已经被很多人解答过了。你可以轻易通过 Google 找到一篇详细的教程。但是，在 macOS 上写一款输入法就没那么简单了。好吧，严格来讲，是指用 Swift 在 macOS 上写一款输入法很难。主要的原因是 从来没有人做过这件事情 。目前能够获取的资料，除了苹果官方的 API 说明（一点用也没有），以及官方的 demo（很详细但过时了，而且还是用 OC 写的。）之外，几乎什么都没有了。现在我写这篇文章就是来总结一下，如果你想用 Swift 3 开始写一个 macOS 能用的输入法，需要绕过哪些坑。Info.plist对于输入法来说，需要在这个文件当中做一些额外的配置，大部分的配置你只需要对比苹果官方推出的 Demo 即可 —— 它们大部分都是正确的。有一点没有说明的地方在于，你的Bundle identifier需要按照一定的格式来写——也就是说，这个字段中必须包含inputmethod这个关键词。比如说，我的输入法叫这个名字LogInputMac，那么我就不能写成com.logcg.LogInputMac，这样的话 macOS 就不能把它识别为输入法（就算放进了/资源库/Input Methods/也不行），你必须把inputmethod这个关键字加进去，而且 ...继续阅读 (68)

去落格博客阅读完整排版的Swift 使用 InputMethodKit 写输入法如何在 iOS 上写一款输入法？这个问题已经被很多人解答过了。你可以轻易通过 Google 找到一篇详细的教程。但是，在 macOS 上写一款输入法就没那么简单了。好吧，严格来讲，是指用 Swift 在 macOS 上写一款输入法很难。主要的原因是 从来没有人做过这件事情 。目前能够获取的资料，除了苹果官方的 API 说明（一点用也没有），以及官方的 demo（很详细但过时了，而且还是用 OC 写的。）之外，几乎什么都没有了。现在我写这篇文章就是来总结一下，如果你想用 Swift 3 开始写一个 macOS 能用的输入法，需要绕过哪些坑。Info.plist对于输入法来说，需要在这个文件当中做一些额外的配置，大部分的配置你只需要对比苹果官方推出的 Demo 即可 —— 它们大部分都是正确的。有一点没有说明的地方在于，你的Bundle identifier需要按照一定的格式来写——也就是说，这个字段中必须包含inputmethod这个关键词。比如说，我的输入法叫这个名字LogInputMac，那么我就不能写成com.logcg.LogInputMac，这样的话 macOS 就不能把它识别为输入法（就算放进了/资源库/Input Methods/也不行），你必须把inputmethod这个关键字加进去，而且 ...继续阅读 (38)

去落格博客阅读完整排版的Swift 3 里的 GCDXcode 8 正式版已经发布，我要在第一时间迁移我的项目到 Swift 3 —— 毕竟这是趋势。在迁移的过程当中我遇到了很多问题——比如 Xcode 提供的自动迁移工具根本没有用，在我等待了两个多小时之后，我放弃了，选择手动迁移——毕竟，Xcode 的自动更正也是很好用的。然而——在迁移过程当中，Xcode 一直处在 “indexing” 中，功能也不怎么全……可能是由于 Swift 3 在演进的过程当中进行了多次语法的修改，所以很多地方的语法都是来回地修改——最终的结果就是变成一个无法自动更正的错误。好吧，最终还是得手动来修改，所以这里来记录一下最常用的 GCD 的更改内容。DispatchQueue首先，dispatch 的全局函数不再写为下划线风格的名称了，它变成了一个更符合 Swift 风格的 DispatchQueue 的样子。main thread同样的，你不需要在去用dispatch_get_main_queue()来获取主线程，而是DispatchQueue.main，那么要放到主线程的代码怎么执行呢？只需要在线程后边使用.async {}即可，也就是说，大概是这样：DispatchQueue.main.async { [weak self] in your code runs in main thr ...继续阅读 (227)

去落格博客阅读完整排版的Swift 3 里的 GCDXcode 8 正式版已经发布，我要在第一时间迁移我的项目到Swift 3—— 毕竟这是趋势。在迁移的过程当中我遇到了很多问题——比如 Xcode 提供的自动迁移工具根本没有用，在我等待了两个多小时之后，我放弃了，选择手动迁移——毕竟，Xcode 的自动更正也是很好用的。然而——在迁移过程当中，Xcode 一直处在 “indexing” 中，功能也不怎么全……可能是由于Swift 3在演进的过程当中进行了多次语法的修改，所以很多地方的语法都是来回地修改——最终的结果就是变成一个无法自动更正的错误。好吧，最终还是得手动来修改，所以这里来记录一下最常用的GCD的更改内容。DispatchQueue首先，dispatch 的全局函数不再写为下划线风格的名称了，它变成了一个更符合 Swift 风格的 DispatchQueue 的样子。main thread同样的，你不需要在去用dispatch_get_main_queue()来获取主线程，而是DispatchQueue.main，那么要放到主线程的代码怎么执行呢？只需要在线程后边使用.async {}即可，也就是说，大概是这样：DispatchQueue.main.async { [weak self] in your code runs in main thread }而 ...继续阅读 (49)

去落格博客阅读完整排版的Swift UIButton 圆角 + 阴影很多时候，我们都希望按钮更符合 iOS 的设计风格，这样会让应用的界面看起来不那么跳，就算设计的不好看，也不会显的与系统格格不入。“我不是设计师，我不知道怎么设计好看——但尽可能贴近系统风格不是错误的选择。 ” —— by Router那么对于 UIButton 来说，圆角+阴影应该是常态。放一张图片显然，这是最便宜的办法——实际上也最昂贵。它需要你为每一个按钮做一系列的圆角图片，这样虽然省去了用代码实时渲染的苦处，却需要你做大量的前期工作，比如默认情况下一个背景，高亮下又是一个背景……等等，还有不同的分辨率！（如果你做的是 universal 应用，那么这个数量是要再翻倍的）。另外一个缺点就是一点你用了自动布局——而且按钮又不是等比例缩放的时候，天都塌下来了。所以说，这不是我的选择。用代码实现显然，我们还是需要用代码来做这件事情，然后把圆角交给 cpu 实时渲染。常见版本常见的圆角版本是这样的：button.layer.cornerRadius = 5.0这样可以，但是你要知道，如果你给 button 添加了背景色，那 layer 就无能为力了。—— layer 不对 subview 生效。这时候，就要加上这句来让圆角生效：button.layer.masksToBounds = true我们只要把多出的角切掉就 ...继续阅读 (34)

去落格博客阅读完整排版的用 ownCloud 搭建个人私有云背景交代根据国家的规定，所有网盘必须接受审查！（可能是因为女神太多了，你懂的 =_=），然后大部分网盘纷纷停止服务，大厂商里现在只有某度云还在运营。但是，你存到某度云里的所有资料都要接受审查（要是你敢说dang不好、xi大大不好，或者把类似的文件存到某度云里，那你就等着查水表吧~）所以，根据这个背景环境，我需要一个属于自己的网盘（不管你需要不需要，至少我需要……），你只要有一个X86架构的主机，就能做一个自己的网盘。优点文件夹同步功能（我就是奔着这个来的）；不会被审查（你可不想自己的艺术照被别人全看一遍吧？）全平台客户端的！（web、ios、android、wendows、mac os。linux？这个没仔细看，自己去官网看看吧）免费！免费！免费！（某度云的文件夹同步功能要充VIP；真TM会挣钱）离线下载功能（即使不在家，也会帮你下载女神 orz你懂得。支持：直链、bt、ftp、youtube。注：需要管理员安装这个功能，如果有人需要这个功能请留言，我会把这个文章补充上）资源分享（一键分享女神给射友舍友 orz）缺点钱！钱！！钱！！！全都TM是钱！（买服务器、买域名、买带宽、买硬盘组、买raid卡；不说了，我去泡面了） 好，既然有这么多优点（心虚），那我还有什么理由去花钱让别人欣赏我的艺术照、然后还要使用像屎一样 ...继续阅读 (66)

去落格博客阅读完整排版的iOS 自定义键盘 左右划动移动光标 实现我们都直到，第三方输入法比如搜狗输入法有个经典的手势操作——在键盘上左右划动即可移动光标。而这个功能我自己也十分的常用，所以，我想要自己来实现它。首先我想到的就是UISwipeGestureRecognizer，不过结果可想而知，划动一次只能移动一格光标，这可不是我想要的。看来唯一的办法就是用UIPanGestureRecognizer来自己实现了。最初的想法最一开始，我想到的就是像捕捉拖动一样来落去手指在键盘上的位置，我只需要获取 x 轴，如果是正的就往右，负的就往左。代码看起来大概像这样：@IBAction func moveCurser(sender: UIPanGestureRecognizer) { if sender.translationInView(keyboardView).x < 0 { self.textDocumentProxy.adjustTextPositionByCharacterOffset(-1) } else { self.textDocumentProxy.adjustTextPositionByCharacterOffset(1) } }因为我只有按照相对方向移动光标的 ...继续阅读 (42)