元旦回来第一天上班，看到网上有人分享了元旦节app换皮肤的文章，有几种方法，小弟不才，总结出了一种我认为最好的方法，分享一下。鲜花💐走一波哈 😄😄😄。
一、简介
不知道大家有没有发现, 元旦期间, 很多APP界面里的图标都换成了具有节日气氛的样式, 而在过了元旦节之后, 这些图标又悄无声息的变回了本来的面貌.
这些具有短暂生命周期、而又必须在固定时间节点上展示的节日皮肤, 究竟是如何实现的呢? 显然, 通过发布新版本可以实现, 但是对于iOS端的应用来说, 面对苹果APP Store不确定的审核时间, 开发人员往往需要提前1~2周完成并提交审核, 而且每到一个节日都要重新发布一个新版本, 难免略显被动.
试想一下, 如果把需要更换皮肤主题的所有界面元素抽象出一个完整的业务模型(Model), 再由一个专门的Skin Manager去负责每次启动时的验证和异步加载, 那么以后所有的节日皮肤的发布, 我们都只需要后台改一个参数, 就能够使用户的APP即时的更新到最新的皮肤主题了.
二、逻辑流程
请求接口, 判断, 有三种情况, 删除操作用NSFilemanafer, 下载用AFnetworking, 解压缩用到SSZipArchive这都没什么好说的, 直接上代码就可以了.
最后加载皮肤的方式, 有的人用KVO或者NSNotificationCenter, 但是还是会很复杂, 如果要修改的皮肤很多, 涉及到的文件也很多, 难道每一个都要都要去注册一个通知中心和一个接收方法吗? 还是有点复杂, 乔帮主说做事要化繁为简, 利用runtime 把imageNamed:和colorWith两个基本方法进行替换, 在manager里写两个对应的新方法, 替换掉需要换肤的图片或者文字颜色部分的系统方法, 新方法里面加一个判断,
如果资源文件路径存在, 则显示资源路径下的图片或者解析到的颜色值;
如果资源路径不存在, 则读取默认bundle下的资源.
这样一来, 只需要在原来庞大的工程文件中找到需要修改皮肤的地方, 把他们原来的方法替换就OK了, 节省了很多事, 而且减少暴露在manager外面的逻辑代码, 对于维护也很重要! 好的, 直接上代码:
三、代码
runtime运行时交换方法：
程序启动，在didFinishLaunchingWithOptions:调用，请求接口：
状态对比，三种情况：
下载解压(SSZipArchive)资源：
