APP架构演进实践与优化项目实战培训课程 BAT大厂开发流程
BAT大厂APP架构演进实践与优化之路 还原最真实的架构演进优化过程
阿里“老司机”带你从技术点到架构,体验BAT大厂的开发设计流程
掌握在开发不同阶段的架构技术方案选型
从而更高效的进行开发,拥有高逼格的商业项目经验!
第1章 打车课程项目整体介绍
课程介绍:介绍课程内容、教授方式,讲诉打车业务的整体架构思路;
针对打车业务如何进行需求分析和工作量化评估,同时根据工作量化提出课程内容章节计划。
1-1 lesson01-课程整体介绍导学
第2章 需求分析和工作量化
讲解(在BAT大厂中)前后端 API 、文档维护方法、平台。
2-1 lesson02-需求分析与工作量化
第3章 项目规范与团队协作
分享在BAT大厂中、项目支持是如何维护、保证代码质量的。
然后实践,建立滴滴打车项目的代码规范、约定。
3-1 lesson03-代码规范与协作
第4章 启动过渡页面开发
讲解 SVG 动画的制作,SVG 制作滴滴 logo 动画,启动页的设计
4-1 lesson04-启动页
第5章 OkHttp 3.x 的使用
对比HttpClient,URLConnection
OkHttp 三大网络库优缺点,讲解 OkHttp 3.0 的使用。
学员需具备 Http 网络协议基础知识。
5-1 lesson05-Okhttp3
第6章 基础网络模块—架构实现及OkHttp封装
Http模块的架构实现解析,讲解如何封装 OkHttp 库,测试Http模块等等
6-1 lesson06-Http 模块封装及架构解析
6-2 lesson06-Http 模块架构实现
6-3 lesson06-测试 Http 模块
第7章 账户注册登录模块—架构设计与开发实现
用户、注册、登录模块需求分析,注册(下发验证码,校验验证码)
用户是否存在,登录流程解析,以及状态判断,Token自动登录
讲解登录模块的设计思路和实现,并使用无分层架构的实现
7-1 lesson07-登录流程解析
7-2 lesson07-通用资源、样式
7-3 lesson07-下发验证码
7-4 lesson07-校验验证码
7-5 lesson07-用户是否存在
7-6 lesson07-注册实现
7-7 lesson07-注册成功自动登录
7-8 lesson07-登录实现
7-9 lesson07-token自动登录
第8章 MVP架构模式介绍以及优化实现
分层架构模式-MVP 介绍,MVP 接口定义,MVP 解耦优化登录模块,MVP 架构下的单元测试。
讲解 Android App 业务层次解耦原理,并运用 MVP 架构模式,优化帐号登录模块
8-1 lesson08-MVP 架构思路分析
8-2 lesson08-MVP 接口定义
8-3 lesson08-MVP 实现(上)
8-4 lesson08-MVP 实现(下)
第9章 RxJava的使用以及RxJava封装优化MVP
讲解 RxJava 的使用,讲解如何封装 RxJava ,让 MVP 解耦和更干净
9-1 lesson09-RxJava的使用
9-2 lesson09-封装RxJava优化MVP
第10章 高德地图SDK的接入
介绍高德 LBS 的接入,和相关用法,在地图中显示我的位置,位置蓝点/点标记。
打车业务LBS模块的架构设计, 获取用户当前位置和方向,并上报位置
10-1 lesson10-高德地图接入
10-2 lesson10-显示当前位置和方向
第11章 LBS地图定位模块—架构设计实现和封装
地图定位分层解耦。地图定位模块业务具有共通性,LBS 随时可能更换地图SDK
甚至滴滴不同的版本有使用高德的、也有使用腾讯的
如何满足最小成本的切换?讲解地图定位模块的封装和抽象。
11-1 lesson11-LBS模块的架构封装
第12章 打车核心业务—附近的司机
讲解消息推送机制,bmob 推送的接入,结合消息推送
获取附近的司机,实现推送更新附近的司机位置信息
12-1 lesson12-获取附近司机
12-2 lesson13-实时更新司机位置
第13章 打车核心业务—起点终点及呼叫司机下单
起点终点路径绘制,地图定位及poi功能的使用,呼叫司机,下单业务的实现
13-1 lesson14-起点与终点_
13-2 lesson15-起点终点路径绘制_
13-3 lesson16-呼叫司机
第14章 打车核心业务—接单以及接送过程相关
司机接单,司机到用户接送过程,取消订单。
订单模块的整体架构分析和实现,打车核心业务,地图导航。
14-1 lesson17-取消订单
14-2 lesson18-司机接单
14-3 lesson19-接送过程
第15章 订单列表及支付状态模块—架构设计与实现
讲解支付体系的通用流程,讲解用户订单列表设计和实现。
15-1 lesson20-支付通用流程
15-2 lesson21-状态恢复
第16章 整体项目总结
项目整体架构图(模块、分层),技术选型评估,滴滴核心业务(前后端整体架构)。
总结该系列课程的核心技术点、App 架构开发的通用流程、方法。
16-1 lesson22-项目总结
发货方式
1、自动:在上方保障服务中标有自动发货的商品,拍下后,将会自动收到来自卖家的商品获取(下载)链接;
2、手动:未标有自动发货的的商品,拍下后,卖家会收到邮件、短信提醒,也可通过QQ或订单中的电话联系对方。
交易周期
1、源码默认交易周期:自动发货商品为1天,手动发货商品为3天,买家有1次额外延长3天交易周期的权利;
2、若上述交易周期双方依然无法完成交易,任意一方可发起追加周期(1~60天)的请求,对方同意即可延长。
退款说明
1、描述:源码描述(含标题)与实际源码不一致的(例:描述PHP实际为ASP、描述的功能实际缺少、版本不符等);
2、演示:有演示站时,与实际源码小于95%一致的(但描述中有"不保证完全一样、有变化的可能性"类似显著声明的除外);
3、发货:手动发货源码,在卖家未发货前,已申请退款的;
4、安装:免费提供安装服务的源码但卖家不履行的;
5、收费:额外收取其他费用的(但描述中有显著声明或双方交易前有商定的除外);
6、其他:如质量方面的硬性常规问题等。
注:经核实符合上述任一,均支持退款,但卖家予以积极解决问题则除外。
注意事项
1、荆楚虚拟会对双方交易的过程及交易商品的快照进行永久存档,以确保交易的真实、有效、安全!
2、荆楚虚拟无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保,请买家自行鉴别;
3、在源码同时有网站演示与图片演示,且站演与图演不一致时,默认按图演作为纠纷评判依据(特别声明或有商定除外);
4、在没有"无任何正当退款依据"的前提下,商品写有"一旦售出,概不支持退款"等类似的声明,视为无效声明;
5、在未拍下前,双方在QQ上所商定的交易内容,亦可成为纠纷评判依据(商定与描述冲突时,商定为准);
5、因聊天记录可作为纠纷评判依据,故双方联系时,只与对方在荆楚虚拟上所留的QQ、手机号沟通,以防对方不承认自我承诺。
7、虽然交易产生纠纷的几率很小,但一定要保留如聊天记录、手机短信等这样的重要信息,以防产生纠纷时便于荆楚虚拟介入快速处理。
荆楚虚拟声明
1、荆楚虚拟作为第三方中介平台,依据交易合同(商品描述、交易前商定的内容)来保障交易的安全及买卖双方的权益;
2、非平台线上交易的项目,出现任何后果均与荆楚虚拟无关;无论卖家以何理由要求线下交易的,请联系管理举报。