添加微信二维码，在文章的最后，方便阅读文章的人联系你！
这个功能和上一篇中的设置最后的结束语类似，用到的步骤是上一篇的第三步.
全局搜索 WeChat ，可以搜索到如下的语句，下面展示的时候删除了注释的代码。 WechatIMG13.jpeg 是图片的名字。
1 | # Wechat Subscriber |
从微信中获取到二维码，然后添加
1 | /Maple/source/uploads |
博客 source 目录下的 uploads（如果没有这个目录新建一个就是了），然后将图片拷贝进去，测试即可。效果看下面结束语之后
之前在写文章时候，总会在写完的地方，手动写一个 Done 字，标志着这篇博客结束了，这次通过设置在每篇文章中自动添加结束标志，样式如下,看文章的底部就可以了，对，就是这样式的。
这种结束标识如何实现的呢？
进入到博客目录的主题目录中：
1 | /Users/maple/Maple/themes/next/layout/_macro |
在此目录下创建文件：
1 | touch passage-end-tag.swig |
打开 post.swig 文件：
1 | vim /Users/maple/Maple/themes/next/layout/_macro/post.swig |
搜索 end post 然后将下图的红色框内代码粘贴上图
代码如下：
1 | <div> |
在文件最底下添加代码：
1 | # 文章末尾添加“本文结束”标记 |
完成之后通过 hexo g 和 hexo d 验证一下即可
如上图所示，在 next 主题的基础上，实现 for me on GitHub 的功能，点击右上角的 GitHub 图标可以直接跳转到你的 GitHub 主页上。
1 | maple @ iMac in ~/Maple/themes/next/layout [0:04:41] |
进入到你的 Hexo 目录，然后找到文件 _layout.swig 通过文本编辑器打开
找到 _layout.swig 中如下代码（全局搜索：headband ）
1 |
|
然后打开：GitHub Ribbons 或者 GitHub Corners
复制图标样式旁边的代码粘贴到上面的代码下面，效果如下
1 | <div class="{{ container_class }} {% block page_class %}{% endblock %} "> |
1 | hexo g |
验证效果，Done!
感谢简书大神：
hexo的next主题个性化教程:打造炫酷网站
1 | maple @ iMac in ~/Maple [11:05:09] |
在 _config.yml 修改 auto_detect: 的 true 为 false
1 | highlight: |
这一片介绍 MJRefresh 刷新控件原理，也不知道需要几篇。
答：通过类目和 runtime 方式
1 | #import <UIKit/UIKit.h> |
文件 UIScrollView+MJRefresh 中为 UIScrollView 添加了 MJRefresh 的类目
接下来看一下 UIScrollView+MJRefresh.m 中设置头部视图的实现，这里本质上是通过 runtime 的 objc_setAssociatedObject 函数为 UIScrollView 绑定了 mj_header 属性对象
1 |
|
从上面代码看到，当设定头部视图的时候，首先判断是否一致，然后删除之前的透视图，然后将传入的头部师徒插入到位置 0 ，然后通过 objc_setAssociatedObject() 函数将 mj_header 绑定成 UIScrollView 的对象，同理，当获取头部试图的时候，通过 objc_getAssociatedObject() 就可以得到头部视图 footer 也是一样的操作。
刷新数据，是 iOS 开发过程中一个重要的操作，操作频率也非常高！现在一般刷新控件都直接使用 MJRefresh 这个第三方控件，后面将会详细讲解其原理，这一篇首先介绍系统的刷新控件 —— UIRefreshControl
1 | (nonatomic, strong, nullable) UIRefreshControl *refreshControl NS_AVAILABLE_IOS(6_0) __TVOS_PROHIBITED; |
这是 UITableViewController 中的声明，由此可知：
1 |
|
这是 UIRefreshControl 的 API，从中可以看出：
关于该 API 其他的地方可以通过其他的文章查看，比如 NS_ASSUME_NONNULL_BEGIN、NS_ASSUME_NONNULL_END 这一对宏，以及 null_resettable、nullable 这中关键字，还有 UI_APPEARANCE_SELECTOR
UITableViewController 中刷新控件具体使用参照代码：https://github.com/AliceHome/iOSRefreshDemo
这里控件的使用是非常简单方便的，如果只是简单实现刷新的功能，或者修改下文案可以直接使用这个控件。当然，如果不满足当前项目开发需求，比如要做一些本地化的效果，那么就需要自定义刷新控件了，当然可以直接参照上面开发的 API 去设计自己的刷新控件。除此之外，就是使用其他第三方控件，比如 MJRefresh、EGORefresh（这个库当前也是挺好用的，但是不知不觉就被遗忘了）
下期预告：将介绍第三方 MJRefresh
未来设想：如果有机会有时间可以参照系统的 API 自己实现以下 refresh control
先前工作的时候通过私有的 Git 搭建了 CocoaPods 仓库，然后用到的控件或者自定义仓库就直接使用，甚至将业务模块也做成了仓库，这样做的好处是集成的时候非常方便，但是大部分都做成了私有仓库，Git 地址都是私有地址，这样就会出现一个问题，就是这些私有仓库一但不在公司网络中便没有办法操作了，所以这次就一些非业务的控件直接做成公共的仓库，在这里坐下记录：
pod lib create 是 CocoaPods 提供的创建仓库模板的命令，可以通过设置 url 的方式通过模板来配置模板，也可以使用默认的（就是不适用url），然后通过选项来配置模板仓库。
1 | pod lib create MLRouterAction |
给定一个整数数组和一个目标值，找出数组中和为目标值的两个数。
你可以假设每个输入只对应一种答案，且同样的元素不能被重复利用。
示例:
给定 nums = [2, 7, 11, 15], target = 9
因为 nums[0] + nums[1] = 2 + 7 = 9
所以返回 [0, 1]
有三种解决方案：
这种方法很简单，通过两重遍历，找到 x + y = target 的 index ，然后将 index 加入数组返回即可
1 | func twoSum(_ nums: [Int], _ target: Int) -> [Int] { |
复杂度分析：
- 时间复杂度: O(n²)
- 空间复杂度: O(1)
这种方案在 LeetCode 的时间限制下是不能通过的。
第一种方案固然可以解决问题，但是时间复杂度太大，所以我们需要降低时间复杂度。一般而言，都是通过空间换时间，所以这里需要一种数据结构可以快速查找到 target - nums[i] 的值是否在 nums 中，字典（hash） 就是最好的数据结构：
1 | func twoSum(_ nums: [Int], _ target: Int) -> [Int] { |
复杂度分析：
- 时间复杂度： O(n)
- 空间复杂度： O(n)
结果：
上面的方案，我们可以发现，即使一开始 map 没有值，只要我们遍历的时候添加上，后面找到另一个值就会回头对比，所以一遍遍历，一遍向 map 中添加值，然后继续遍历，一次 hash 就可以了
1 | var map : [Int : Int] = [Int : Int]() |
复杂度分析：
- 时间复杂度： O(n)
- 空间复杂度： O(n)
结果：
这本书已经看过一遍了，还做过一个分享，想来想去还是做下记录，这样更加熟悉些。
其实这本书是经典早已知道，随便看看一些列了计算机必读书目的地方都有这本书，我记得第一次读的时候没觉得怎样，但是当我看别人的代码的时候（当然是一些开源的项目）我发现了一些地方竟然与书中的描述不谋而合。说实话，读源码是一件痛苦的事情，你是在沙漠中寻找水源，而这不谋而合的一瞥便是一席绿洲之地，沁人心脾！这种感觉很棒，这也促使了我再次深入的去细细阅读这本书。
这本书是需要有基础才可以阅读的，我觉得应该有的基础如下：
如果对上面这些东西没有认知的话，这本书还是不要读了，因为你真的会不明白他的含义的。
这是一本书需要入乡随俗的书籍，因为书中列举了大量的自造（或者大家达成共识，而你不知道这个共识）的方法词汇，大部分的地方就直接用了着样的名词来进行描述，所以如果你不知道这种名词的话，真的很难阅读下去，比如这一句 ”如果你发现继承体系中的某些类没有存在的必要，可以用 Collapse Hierarchy（344）将它们移除。“ 我第一次读到这里的时候，瞬间不想再读下去了，因为好多地方都是这么叙述的，真心看不懂怎么一个意思，其实这个和看源码也差不多，就是你读到了一个函数调用，然后再去看看函数里面实现了什么东西，如果见名知意的话，那么就可以继续往后阅读，如果不知道那么你就要进入函数，当然进入函数之前你要存储上下文，阅读的话你就需要用书签或者脑袋来存储上下文了。
Collapse Hierarchy（344）这个的意思是：超类和子类没有太大的区别，那么就可以将子类去掉，直接使用超类，反过来也一样，只要合二为一就可以了，译文叫做——折叠继承体系
先看书的大体结构：
下面这部分就是阅读记录了，读取每一章节将我体会所得做以记录：
这一章节一共 12 个技巧，
两个子类拥有相同的字段，那么需要将着两个子类的相同字段移至超类。
具体做法就是：
1 | st=>start: Pull Up Field 重构:>http://www.google.com[blank] |
注意事项：
一句话：将子类字段提升到父类，减少了代码重复，降低了代码修改复杂度
有些函数，在各个子类中产生完全相同的结果，可以将该函数移动到超类中。
具体做法：
1 | st=>start: Pull Up Method 重构:>http://www.google.com[blank] |
一句话： 将子类中行为完全相同的函数提升到父类中，即使不完全相同也可以先调整让其相同再进行提升操作
你在各个子类中拥有一些构造函数，它们的本体几乎完全一致。
在超类中新建一个构造函数，并在子类构造函数中调用它
这个技巧主要是针对构造函数的，因为构造函数是创建对象的函数，所以比较特殊，在这里就有了这么一个专门处理的技巧。
具体操作：
这里记录了在阅读这本的时候的小技巧：
当你在写完代码之后，不知道自己到底写的好与不好的时候，该怎么办？以前我的做法是，到 GitHub 上去看看别人写的，或者是别人用的方法，然后结果还是没有找到我想要得到的。因为别人可能做的事情和你的大体类似，但是需求可能不一样，而想要知道代码的好与坏跟他们的实现其实关系不大，你要做的是让你的代码舒服，或者是没有坏的味道，那么首先你要知道哪些是坏味道？这本书中的每种技巧都是针对了每一种坏的味道，慢慢体会领悟，然后写几行代码看看，自然就知道是怎么回事，这样你就可以对着这本书的重构列表慢慢的看你自己写的类，写的方法，写的字段，就知道哪里哪里该怎么进行优化了，不要觉得这些小技巧没什么，他们综合起来就可以让代码质量上升为一个等级。