实现iOS图片等资源文件的热更新化(零): 序

必要的序

之后在写系列文章,准备把基本的规划和动机等,单独做为一个小的序言部分给独立出来.序言部分,能够较为完整地交待系列文章的写做动机,所展现的编码技术可能的应用场景等.我的,我仍是比较看重文章或者书籍等的序言部分的.真有相对肯定确实有价值的东西,才会进一步去阅读.因此,我以为,序,老是必要的.

关于我写博客的节奏

我会尽量地使每个系列的文章,能相对完整.可是,就像你看到的这样,前一个系列还在讲Spark,这篇文章就开始讲 iOS 开发的一些问题.到底要闹哪样?

还能怎么样?开心就好!干吗要让那些不存在的东西,束缚本身呢!我以为,理想的生活节奏就是,作本身喜欢的事,而后分享给有须要的人看.这就够了.

因此说,将来无论你在博客中看到什么诡异的系列主题,都不用感到惊讶!若是恰好本身也感兴趣,一块儿来玩喽~

固然,有人说,每天BUG,还解不完呢,哪有闲心写BUG呢!这是问题,或许也是答案!你用来解决某个BUG的精湛技巧,或许在QA或者PM眼里,不过是理所固然地而已;就算他们给你一个赞,你也明白,其实他们可能根本就不懂你解决的这个问题的真正意义.

可是编码的众多有趣属性中的一种就是: 别人的不认同,并无办法真正否认你天马行空般编码技术的价值和意义.写出来,哪怕只有一我的,能真心看懂,发自肺腑地给个赞--足矣!

为何要实现iOS图片等资源文件的热更新化?

首先说一下,这个系列要作什么.要作的事,简单说,就是把图片,CSS样式等资源文件从项目中剥离出来,放到一个特定的目录里;而后,咱们每次都这个特定地目录读取数据;最重要的是,咱们能够动态更新这个目录,实现图片等资源文件的动态更新,即热更新.

这件事,自己思路并不难,各个技术细节,多花点时间,老是能够解决的.但考虑到,在实际地生产环境中,多是App已经迭代更新了大半年了,图片PM脑壳一热说,咱们要作个 换肤 功能.而后,天然要把全部涉及图片的操做剥离重写下,并且也要把图片资源从 Images.xcassets 导出.固然,从原始素材导出替换也是能够的,只要你有足够的时间,只要你不怕进度太慢被PM打死,都是OK的.哈哈!

因此说,本系列的重点不在于热更新技术自己,而是在于如何用最小的成本,赋予一个中规中矩的iOS App的资源部分,以热更新的能力!好吧,略显绕口,意会!事实也是如此!

做为资源热更新以外的附加收获,你的App资源文件体积,应该也能够缩小 2/3 左右,固然,也不再用为了一个图片素材升级App了.另外,本系列所指的资源,也包括内置的js,css文件,一般是用来加速H5页面网络访问的,你们都懂的,不细说了,原理都差很少.

此系列文章规划

系列,争取本周内更新完毕,在不是很侧重的地方,会适当缩减篇幅.

实现iOS图片等资源文件的热更新化(一): 从Images.xcassets导出合适的图片

此文会基于一个已有的脚本工具自动导出全部的图片;最终给出的是一个从 Images.xcassets 到基于文件夹的精简 合适 的图片资源集的完整过程.难点在于从完整图片集到精简图片集,确定是基于一个定制化的脚本,自定义导出的.若是本身手动导出?那,还有的忙喽~

实现iOS图片等资源文件的热更新化(二):自定义的动态 imageNamed

这篇文章,要解决的是,使用一个自定义的 imageNamed 函数来替代系统的 imageNamed 函数.内部逻辑,将贯穿对比论证 关于"合适"的图片的定义.对iOS加载图片的规则不是很熟悉的童鞋,能够着重看这篇.

实现iOS图片等资源文件的热更新化(三):动态的资源文件夹

此文,将尝试动态从某个不肯定的文件夹中加载资源文件.文章,会继续完善自定义的 imageNamed 函数,并为下一篇文章铺垫.

实现iOS图片等资源文件的热更新化(四): 一个最小化的补丁更新逻辑.

之前写过一个补丁更新的文章,此处会作一个更精简的最小化实现,以便于集成.为了使逻辑具备通用性,将剥离对AFNetworking和ReativeCocoa的依赖.原来的文章,能够先看这里: http://www.ios122.com/2015/12/jspatconline/

实现iOS图片等资源文件的热更新化(五): 一个简单完整的资源热更新页面

一个简单的关于页面,有一个图片,版本号,App名称等,着重演示各个系列的文章完整集成示例.有耐心的,能够直接等着最后一篇文章更新.我还没写好呢,无法提早发. O(∩_∩)O哈哈~

---

系列专属github地址: https://github.com/ios122/ios_assets_hot_update