HotFix
17年3月8号绝对是今年第一个最特殊的日子,它不仅仅是广大女王买买买的有力理由,也是广大程序员挖坑最深的一天.
3月8号,许多iOS开发者都收到了苹果的一份邮件.如下......
许多在APP里用了第三方热更新技术的审核时都被苹果打回了,其中影响比较多的库有JSPath,Bugly,weex,Rollout,而Facebook的ReactNative目前尚不便明确是否受到影响,或者说用了RN的会不会被拒绝,ReactNative是Facebook在14年开源的一个主攻UI界面的框架,刚好也具备了热更新的条件,所以估计RN也许是个误伤.....
热更新是什么?
所谓的热更新,就是在不需要重新提交版本的情况下对APP进行小范围的更新或bug修复,后期连UI界面数据都能更改.这样能大大减少开发者的时间成本,尤其是站队在苹果这边的开发者,在国内,热更新市场早就兴起,许多大公司在大型的项目上基本都会使用热更新技术,方便后期对版本进行小修小补,但也给黑客留了后门，也就违反了苹果的安全和隐私政策。基本对于每个程序员来说热更新也成为了一项必备的技能。
iOS开发者可能都知道,热更新技术在<开发者指南>里是明确规定静止使用的,这么多年了对于那些使用了该技术的APP苹果也是睁只眼闭只眼,现在突然开始打压这一行为,估计也是酝酿了很久的事,绝不是一时兴起。
热更新前景这么好,为何会被苹果禁用?
所谓是药就有三分毒,技术也类似,不管哪种热更新技术皆如此,其根本原理都是利用OC的动态语言特性去动态修改类的方法实现。如此大家应该都明白,为何以审核严格著称的App Store里还能下载到那些流氓低质量的App ,并不是苹果审核人员放松了警惕让这些应用浑水摸鱼过去了,而是大多数的流氓应用在提交App时都提交正常版本,待通过审核再后期更改自己想要的内容,比如......你懂的。
热更新会不会从此消失?
这个问题近日在开发者圈是被提得最多的一个问题,我个人观点是表示支持的.毕竟在用户体验上苹果的要求是极致的.另外参考往年苹果的风格,苹果每封杀一种技术,自己都会亲自操刀去开发一套可控且安全的技术给广大开发者用,比如Xcode8,8之前的版本都流行使用插件,插件虽然好用且提高了Dev的开发效率,但也会带来内存消耗和奔溃的问题,到了8.0版本,苹果就将Xcode插件一刀切,将那些Dev喜欢常用的插件直接整合进系统里,大大提高了稳定性,试问你还愿意去安装一个第三方的不可控的插件,还是直接使用系统级集成的,这个就见仁见智了。
另外也有另一种声音:3月8号晚微软发布了Visual Studio 2017，自带基于React Native的iOS开发功能。鉴于微软这两年来开源的力度，发布这一功能似乎是在抢占开发者的市场，基于vs2017，在非苹果上开发ios应用更容易了。所以，苹果在这个节骨眼发出这个警告邮件，就有点威胁现有开发者的意思。暗地里想跟微软互怼。
对于那些已经在学习RN、weex、JSPatch的同学来说，这是个悲惨的故事!
总结
目前对于苹果是在封杀热更新还是有意引导Dev不要使用混合开发来推进自家Swift的地位的意图尚不明确,但是广大开发者还是不要去踩苹果拉的那条红线,既然是一视同仁,按着那条路去走就不会有什么问题,考虑到WWDC2017即将临近,我们是否可以期待一下,也许苹果会在WWDC17上会推出自己的热更新技术?
以上仅为个人观点,欢迎一起讨论,此话题会持续关注!
如果你也喜欢技术可以关注我的微信公众号:iOS简说,或者搜索iOSJaneShow !
网友评论