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

简介

更新结果

一个简单的关于页面,有一个图片,版本号,App名称等,着重演示各个系列的文章完整集成示例.html

动机与意义

这是系列文章的最后一篇.今天抽空写下,收下尾.文章自己会在第四篇的基础上,简单扩充下代码,实如今线下载与重置更改的功能.react

若是能较为仔细地阅读前四篇文章,第五篇给出的示例,应当是能够理解为无足轻重的.可是,大多数时候,咱们更多的可能只是须要一个简易的解决方案,就是那种拿来就能够用的东西,那种咱们须要先能看到一个简要的示例来看下效果再解决是否再继续阅读的方案.如此,对于好久之后,因为各类缘由被搜索引擎或者其余文章的连接导向此系列文章的人来讲,他们可能更想看到一个简要的示例,来决定系列的文章,在他们那个时间点,是否依然有意义.ios

截止目前而言,我对博客记录自己的定位,依然是属于一个辅助思考的工具.当你看到这篇文章的时候,可能你已经在用Xcode9 Xcode10了,可能代码示例都已经跑不起来了,可是我相信每篇文章所展现的那些参考连接和自己所透漏出的某些思考,或许对于你仍然是有某种启发的.git

思路与实现

  1. App版本和名称,能够直接读取;
  2. 在线下载更新资源,能够借助前一篇的代码实现;
  3. 重置的话,能够选择清除补丁信息或者直接清除补丁,本文选择第一种;

核心代码:

我须要先扩展下更新资源的方法,使其在更新完整后,能返回更新的结果,以便于我进行进一步的操做,如从新显示某个图片:github

+ (void)yf_updatePatchFrom:(NSString *) pathInfoUrlStr completionHandler:(void (^)(BOOL success, NSError * error))completionHandler
{
    if ( ! completionHandler) {
        completionHandler = ^(BOOL success, NSError * error){
            // nothing to do...
        };
    }

    [self yf_fetchPatchInfo: pathInfoUrlStr
       completionHandler:^(NSDictionary *patchInfo, NSError *error) {
           if (error) {
               NSLog(@"fetchPatchInfo error: %@", error);
               completionHandler(NO, error);
               return;
           }

           NSString * urlStr = [patchInfo objectForKey: @"url"];
           NSString * md5 = [patchInfo objectForKey:@"md5"];

           NSString * oriMd5 = [[[NSUserDefaults standardUserDefaults] objectForKey: [self yf_sourcePatchKey]] objectForKey:@"md5"];
           if ([oriMd5 isEqualToString:md5]) { // no update
               completionHandler(YES,nil);
               return;
           }

           [self yf_downloadFileFrom:urlStr completionHandler:^(NSURL *location, NSError *error) {
               if (error) {
                   NSLog(@"download file url:%@  error: %@", urlStr, error);
                   completionHandler(NO, error);
                   return;
               }

               NSString * patchCachePath = [self yf_cachePathFor: md5];
               [SSZipArchive unzipFileAtPath:location.path toDestination: patchCachePath overwrite:YES password:nil error:&error];

               if (error) {
                   NSLog(@"unzip and move file error, with urlStr:%@ error:%@", urlStr, error);
                   completionHandler(NO, error);
                   return;
               }

               /* update patch info. */
               NSString * source_patch_key = [self yf_sourcePatchKey];
               [[NSUserDefaults standardUserDefaults] setObject:patchInfo forKey: source_patch_key];
               completionHandler(YES,nil);
           }];
       }];

}

 

而后是一个自定义的在线更新的点击方法:shell

- (IBAction)onlineUpdate:(id)sender {
    __weak ViewController * weakSelf = self;
    [UIImage yf_updatePatchFrom:@"https://raw.githubusercontent.com/ios122/ios_assets_hot_update/master/res/patch_04.json" completionHandler:^(BOOL success, NSError *error) {
        UIImage * image = [UIImage yf_imageNamed:@"sub/sample"];
        weakSelf.sampleImageView.image = image;
    }];
}

 

还须要一个自定义的reset方法,考虑到之后的扩展性和目前的须要,使其支持block传出操做结果:json

+ (void )yf_reset:(void (^)(BOOL success, NSError * error))completionHandler
{
    if ( ! completionHandler) {
        completionHandler = ^(BOOL success, NSError * error){
            // nothing to do...
        };
    }

    [[NSUserDefaults standardUserDefaults] setObject:nil forKey: [self yf_sourcePatchKey]];
    completionHandler(YES, nil);
}

 

重置

具体使用起来,就很简单,重置后,更新下图片便可:segmentfault

- (IBAction)reset:(id)sender {
    __weak ViewController * weakSelf = self;

    [UIImage yf_reset:^(BOOL success, NSError *error) {
        if (success) {
            UIImage * image = [UIImage yf_imageNamed:@"sub/sample"];
            weakSelf.sampleImageView.image = image;
        }else
        {
            NSLog(@"reset error:%@", error);
        }
    }];
}

 

系列文章心得小结

这是第二个系列文章."咱们应该相信大多数人们对于美好的东西是有鉴赏的能力" -- 若是能在这一点上达成共识,下面我说的,或许值得继续一读:react-native

一些数据

  • 开源中国 推荐了2篇博客: 已发布的四篇系列文章,有两篇在OSC上得到了小编的全站推荐.
  • 简书 首页推荐两篇,得到打赏一次: 简书自己的技术属性,可能算不上很强,但近来搜索技术资料时,有好多都连接指向简书,并且信息大都很及时很新鲜,缘由未知,因此最近本身也开始同步在简书更新文章,至于收到打赏,其实就只有2元的辣条钱,可是很明显这个童鞋是搜索某个信息时,被导向了个人文章,并且从其评论来看,确实对其有必定的帮助 -- 我以为,可以被须要的人看到,这才是最让博主开心的事!
  • 微博 相关博文有3位大V转发: 某种程度上,我以为这算是一种承认.不过,我自己其实并不怎么玩微博;微博的信息太容易被淹没,但若是只考虑传播属性的话,微博的扩散效果实际上是极好的.
  • segmentfault 把文章添加到头条以后,被segmentfault的CEO 高阳Sunny 点赞了两次,微博转发一次.有种受宠若惊的感受,不事后来我想可能人家更多地只是想推一下新出的"头条"功能.
  • csdn首页推荐一次: 通知原文是,"你的实现iOS图片等资源文件的热更新化(四): 一个最小化的补丁更新逻辑被推荐到首页喽!" 这个确实挺值得记念的!刚开始的时候,我发篇文章,若是有外链,CSDN就必需要审查以后才能被公开看到!

几点心得

  • 工做第一,博客分享第二: 我不期望能未来靠博客挣稿费,那也就意味着工做上的事务永远都必须是优先处理的.因此,博客的更新时间并不能真正固定.还有就是,不但愿博客分享自己成为一种负担,若是实在没心情或者生活中有其余事的话,我也就真的搁在那,之后再写.
  • 不要被之前的主题束缚,写本身真正须要或者真正感兴趣的:这个系列,从时间上来讲,确实比预期的一周迟了一个月;可是从实际效果来看,要比上一个Spark系列好不少.可是当初决定这个系列的内容时,我也是很纠结,是要继续Spark大数据题材,仍是分享下本身一直想深刻研究,却一直抽不出时间的资源包优化问题.最终,仍是选择了后者,由于目前对Spark须要的场景,在本身工做中确实很少.
  • 记录思路和参考资源,可能比解决方案自己更重要:更多的,是阅读其余人博客的经验;遇到彻底一致的问题的可能性很小,并且许多状况下,是从博主的相关引用中关于相似问题更细节的参考中,找到答案的;另外,各类引用资料,可能也给人一种很高大上的感受.
  • 你须要的时间比你预期的要更长: 你觉得半个小时能够搞定的文章,可能会花费两个小时,才勉强收尾;你觉得很简答的一个技术点,在某个细节上演绎以后,可能会比你想象中更经验.当你意识到,本身正在作的东西,是会被你们公开阅读和鉴赏时,你会不禁自主地想多作一点,多查一些,多优化一点,不想显得太low.

小规划

  • 题材,坚持系列文章: 我发现系列文章,真的有利于帮助本身进行和坚持深刻地有序思考.
  • 主题,肯定为移动混合开发:最近一年都在用ReactNative开发App,可是单纯地使用,已经不能知足我了,我想深刻研究下内部地某些实现机制.做为对比,会研究下勉强算是社区驱动的Weex;另外,还会关注下国内的商业驱动的APICloud平台.
  • 内容会涉及iOS,Android,HTML5和自动化脚本: iOS算是本职工做,Android和HTML是本身迫切须要补上的技能,而自动化脚本的编写能力将在很大程度上决定本身自动处理复杂信息的能力和将来的发展 -- 都说Lisp是宇宙第一语言,但目前仍是基础的shell脚本用的比较多.
  • 文章和评论宜只谈技术: ReactNative 所表明的混合开发的方向,在必定程度上已经得到了国内以BAT为表明的一线技术公司的承认,你们能够去showcase示例具体看下;Weex,目前只是粗读了下文档,三端公用代码,确实有些脑洞,其内部实现应该具备至关程度的学习价值,但其理念不敢苟同,3端共用代码,意味着要取三端各自平台优点的交集,可能也就意味着要牺牲3个平台的各自的独特性和优点 -- 若是真的是这这样,那ReactNative,也是能够自称"一处编写,到处运行"的;APICloud,商业驱动,从产品角度来讲,较为完善,混合开发只是服务的一部分,按照目前的发展路线,若是将来HTML发展再迅速一点,或许会有极大出线的可能.

参考资源

相关文章
相关标签/搜索