如何成为一名Android架构师,乃至高级架构师,文末有路线图
很多Android的小伙伴在做了多年的开发之后,始终搞不清楚达到Android架构师需要何种技能,我们对比着Android高级工程师来说明。
我们先来看一下Android高级工程师的招聘要求
职位描述:
Responsibility
- Android平台功能模块的设计与开发
- 移动端开发框架的研究与设计
- 移动端技术规范的制定与推广
- 移动端技术培训
Requirements
- 重点高校本科及以上学历,计算机及相关专业毕业
- 精通java语言,熟悉面向对象设计原则。
- 有至少1年的Android开发经验,有app上线的优先考虑
- 具有较强的编程和解决问题的能力,具有较好的数据结构及算法基础功底
- 对移动互联网产品有浓厚的兴趣
其实简单点,
就是能够独立开发APP =有APP上线
APP有设计感 = 懂设计模式设计原则
项目经验丰富 = 较强的编程和解决问题的能力
内存和性能优化 = 具有较好的数据结构及算法基础功底
GitHub 开源项目 = 对移动互联网产品有浓厚的兴趣
在我看来
1.Android高级工程师 + 全局眼光 = 架构师
所以架构师必备的一项技能就是要放眼全局,做的设计要能够思虑长远,如何做到?
多看Androd源码,从系统运行的角度思考你写的东西,在Android世界是怎么存在的。
2.认知上要达到WHAT HOW WHY三阶段的WHY的程度
打比方说,我们使用了第三方的库,最开始WHAT阶段是知道它怎么用,可以解决什么问题
然后HOW阶段,我们理解了这个库是怎么运行的,内部的架构是怎么样的,高级工程师多停留在这个阶段。
最后的WHY阶段,为什么这么设计?有没有更好的设计?
当你到了WHY阶段了,你就积累了大量的设计源泉。
3.行动上要多用架构解决实际问题
在Android高级工程师积累的基础上,解决问题的时候多以架构设计来解决,就需要
精通设计模式,不拘泥于设计模式,设计模式是在遵循Java设计原则的前提下,在大量的应用实践中总结出来的,犹如武功招式,
这个阶段要无招胜有招,多重招式叠加制敌。
还包含用架构思路来解耦,组件化,动态加载
这里为大家献上一个Android架构师的学习路线
首先是Java语言进阶和Android相关技术内核;
其次是各大体系;
还有移动架构师方面;
以及现在挺火的微信小程序;
HYBIRD开发;
图片上传后可能不是特别清晰了,如果有看不清楚需要高清的私我。我看到后会统一回复

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
架构设计-支付宝、京东、美团、去哪儿的支付系统架构整体设计详解!!!
架构设计-支付宝、京东、美团、去哪儿的支付系统架构整体设计详解!!! 支付产品模块是按照支付场景来为业务方提供支付服务。这个模块一般位于支付网关之后,支付渠道之前。 它根据支付能力将不同的支付渠道封装成统一的接口,通过支付网关来对外提供服务。所以,从微服务的角度,支付产品本身也是一个代理模式的微服务,它透过支付网关响应业务方请求, 进行一些统一处理后,分发到不同的支付渠道去执行,最后将执行结果做处理后,通过支付网关再回传给业务方。 支付产品在支付系统参考架构图中之位置,请看下图所示: 产品分类 在不同的公司由于接入渠道和应用的差异,对支付产品分类略有不同。综合支付场景和流程,支付产品可以分为如下几类: 支付产品是由支付系统对支付渠道进行封装而对业务方提供的支付能力。整体上来说,可以提供如下支付产品: 1. 快捷支付 用户在完成绑卡之后,在支付的时候,不需要再输入卡或者身份信息,仅需要输入支付密码就可以完成支付。对于小额度的支付,甚至可以开通小额免密,直接完成支付。 这种支付方式不会打断用户的体验,是目前主要的在线支付方式。一般快捷支付产品是通过封装银行或者第三方支付平台提供的快捷支付接...
- 下一篇
互联网架构,究竟为啥要做服务化?
最近留言问“微服务”的朋友颇多,找历史文章又找不到,故重新优化发布,希望大家有收获,不要被“微服务大潮”误导。 “微服务架构”的话题非常之火,很多朋友都在小窗我,说怎么做服务化?解答“怎么做”之前,先得了解“为什么做”。 画外音:做技术千万不能是这种思路,“别人都在做,所以我们也要搞”。 并不是所有的业务都适合“服务化”,互联网高可用架构,到底为什么要服务化? 服务化之前,高可用架构是什么样的? 在服务化之前,互联网的典型高可用架构如下: (1)客户端,APP,H5,小程序,PC浏览器; (2)后端入口,高可用的反向代理nginx集群; (3)站点应用,高可用的web-server集群; (4)后端存储,高可用db集群; 更典型的,web-server集群通过DAO/ORM等技术来访问数据库。 可以看到,最初是没有服务层的,此时架构会碰到什么典型痛点呢? 架构痛点一:代码到处拷贝 举一个最常见的业务例子,用户数据访问,绝大部分公司都有一个数据库存储用户数据,各个业务都有访问用户数据的需求。 在有用户服务之前, 各个业务线都是自己通过DAO写SQL访问user库来存取用户数据,这无形中就...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS7,CentOS8安装Elasticsearch6.8.6
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS8编译安装MySQL8.0.19
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2全家桶,快速入门学习开发网站教程
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Linux系统CentOS6、CentOS7手动修改IP地址