最近公司的项目提及性能优化,我在对公司的项目进行优化时,发现了一系列的问题,在此,我在这里做一些简单的总结,希望能对读到它的人能够有一些启发。后面如果时间充足的话,我会对项目里做的一些优化逐步讲解,当然基于我的个人能力的不足,可能有些不足,希望能对读者有部分启示作用。
1.适度优化
-
明确优化方向,避免盲目优化
我说的这问题是我在开发中明显感觉到的问题,网上很多优化示例,当我需要对项目进行优化的时候,我会去翻看网上的优化示例,然后去模仿优化,但实际上最好具体问题具体分析,当你项目中出现了明显的性能问题的时候再去寻找解决方法进行优化,这是我认为比较好的优化方式。大体原因是,大部分的优化任务实际上没有能度量性能的工具去帮助你核实性能提升,而频繁的修改项目会导致项目质量下降,严重还会导致项目出现线上崩溃率激增的问题,所以在进行项目前需要深入了解到底你所开发的项目需要哪些优化项,然后再去了解对应的优化方式。
-
开发架构问题
网上经常有人会说Native架构比混合开发要强，性能好不少等等问题,我一直觉得在一些修改比较频繁的场景上,使用web开发是必然的道路,原生开发的成本确实较高。跨平台的架构主要是可以减少多端开发的成本，使用一套代码完成iOS和Android两个平台的开发,类似的Weex,flutter 的开发框架的愿景都很美好,但在实际使用过程中,个人觉得现阶段并不比使用Native架构节省人力，其中会遇到许多已知的未知的坑，当然作为新的技术我们应该持开发的心态，但在使用时候也需要全面的评估，尤其作为一个可能有很长生命周期的应用，在使用非官方推荐的开发架构也好、开源库也好，如果后期无人维护的话，自己团队是不是有实力去接盘，如果不能，使用苹果官方推荐的技术栈则更稳妥些。
-
开发架构的选择
架构永远都没有最好,只有最合适的。
目前iOS开发中常用的架构有MVC 、MVVM、VIPER、MVP等。这些应用架构的材料非常多,具体可以在网上自行查看,但是希望再说一遍没有最好的架构,只有项目最适合的,即使是MVC,也没有过时这种说法,在对应的业务场景下,每个开发架构都有其独特的适用之处。
-
组件化方案
对于一般的小型项目,不太推荐组件化,组件化方案,我尝试过推进组件化,但是基于实际场景,大部分情况下只会增加成本,增加开发人力。在产品功能相对单一,开发人员数量不多的情况下,不但会增加学习成本,还会导致项目质量下降等问题。只有对于类似淘宝,抖音等比较大的超级App的时候,组件化的开发能够保证不同团队能够独立进行并发开发。
2.使用合适的工具进行优化
我们对程序进行优化,是希望能够看到一些比较直观的性能评测数据,不能够仅凭主观猜测,就说使用某些方案比较合理。
-
熟练掌握instruments
instruments 是Xcode 最强大的工具,常用的有Core Animation、Time Profiler、Leaks和Allocations,这些功能只要熟练掌握,就能快速分析到问题所在,然后再进行针对性的优化,能起到事半功倍的功效。
3.深入了解底层机制
更好的了解底层运行机制,才能有更良好的优化效果
4.建立优化体系
我们对项目进行优化不是一日两日,需要长期对性能进行监控,希望都能建立一套持续优化的体系,
建立针对不同指标的自动化测试，引入关键性能指标上线准入制度等等。一定要建立体系,形成规范才能更好的进行持续优化,不会因为人员流失导致优化终止。
以上是我这次优化完成后的部分体会,可能比较粗糙,部分内容也是想到什么写什么,望互相探讨。
