初识移动端架构

​ 当写一个简单的app时,简单的代码堆砌就能弄出来一个app,这时你想不到架构。但是当用户量大了,大到你一个人无法支撑整个app的运营时,这就需要考虑架构。或者公司产品多了,app也就多了起来,各个组之间的框架是否统一、运维是否是通过统一管理,这时也会想到需要架构,让app在开发和运营上更效率。

​ 架构需要考虑哪些方面,高可用(Crash率低、低耗电、高响应、兼容性高、内存泄漏率低)、易运维(埋点日志丰富、bug日志、Crash日志、ANR日志、业务日志)、安全性高(破解难、防二次打包、数据安全、操作安全、网络安全)、代码易维护(易扩展、代码质量高、低耦合、框架稳定性)、人员架构(技术难点、开发人员、测试人员、运维人员再到运营等)。所以架构很难,有资源的公司会找各个领域强的人组成一个研发团队,这样对各个环节的把控会很到位。

​ 看到这个架构图,你想到这是一个小型公司且日活量不大的移动端架构。有的移动端日志系统就有十来个,这个是根据业务场景来的。

​ 待续...

©2020 洛易                        皖ICP备15026941号-4 该文件修订时间: 2019-09-03 12:17:41

results matching ""

    No results matching ""