代码体积优化

代码分割（Code Splitting）

代码分割可以拆分业务模块和三方模块，在版本迭代时降低三方模块的更新频率，还可以实现资源文件按需加载，加快应用首屏加载速度。

业务代码拆分

在开发以及版本迭代的过程中，三方模块很少有变化，可以拆分出来，通过浏览器缓存，加快新版应用的载入速度。

用英文写了好久，实在是写不下去全删了，太蹩脚了哈哈哈哈

大家都知道 React Native 更新频率很快，这么久了也没有出稳定版，经常会有一些API的变动导致三方库不兼容新版本，这都是很常见的。比如0.47去除了Android的createJSModules方法，相对应的所有的三方库都得把这方法前面的@Override给去掉，不然就会编译失败了。

月初做的demo，实现了简单的dlna投屏功能。是我有点天真了，最初的设想是实现类似airplay的屏幕镜像功能，把电脑屏幕作为一个视频源在电视机上播放，在了解了dlna协议、视频直播技术之后发现，好像不行。看来这东西不存在也是有原因的。。。

六二节收到一份拼图礼物，1000片真狗·doge拼图，我有一句话不知当讲不当讲：

～！@#¥%……&*（）

Webpack Loader 可以在预编译期间对模块、资源文件进行转换，常见的使用场景：

• CoffeeScript、TypeScript、Vue、ES6 转换为 CommonJS
• 在转换的过程中进行语法检查并提示（或者只检查，不作转换）
• CSS 转换为 JS 代码
• 图片转换为 Data URI(data:image/png;base64,...) 直接引用

经过各种loader的预处理，我们能够用require('xxx-loader!./path/to/file')的形式，将任意类型的文件引入到代码当中。

尝试

作为一个新手，在似懂非懂的情况下，做了各种尝试（反正我比较闲。。），最终还是觉得 Webpack Loader 符合我的需求。

目标：

• 在 Vue 项目中解析 Markdown 文件
• 处理 Markdown 的 Front Matter 头（yaml格式）
• 正确处理 Markdown 中的相对路径

A salty fish is now studying vue.js, so he wanna do sth to practice.
And because he is very very salty, he decide to write article in English(Chinglish).

One day, he is wondering, why not use vue.js to build a blog system?
Although there are lots of wheels implenenting the blog system, he still want to write one by himself. Why? Because very salty, of course.

最近比较闲，可以整理一下博客。。

做分流是因为，平时还是Github用的多，不想把博客的项目单独存放在Coding上，但是呢又想让国内访问快一点（是不是很矫情）

本文主要内容有：

• travis自动部署
  • 生成ssh key
  • 设置deploy key
• 绑定自定义域名
• 域名海内外分流

PTP/IP (Picture Transfer Protocol over Internet Protocol)

先MARK一下

这么多年才发现这个功能。。感觉一大把时光被浪费了- -ll

Quick Look Debugging

macOS的Quick Look是我很喜欢的功能之一，其实Xcode调试器也有这样的能力，可以快速查看一些实例对象的可视化内容，节省很多调试UI的时间。

起因是这样的

App引入了两个摄像头厂商的SDK，由于他们都用到了ffmpeg，大致是注册解码器的时候产生了冲突，导致A.framework无法使用，Crash了。。。

A.framework的工程师看完错误日志以后认为，是B.framework没有编译进xxx音频解码器，并且注册时机过早，导致A库注册失败，产生闪退。他给的解决方案是：
1、给他一些时间修改ffmpeg源码，调整注册解码器的时机。
2、让B库编译ffmpeg的时候加入xxx音频解码器。

第一个方案听起来就很不放心，并且我也不太明白为什么注册非要改源码才可以？？
考虑到传统厂商的反应速度与沟通成本，在方案二的实施过程中，尝试了一下动态库的按需加载。