微信支付的架构到底有多牛?
共 5808字,需浏览 12分钟
· 2020-08-05
作者:方秋枋;编辑:陶家龙 出处:《基于 C++ 构建微信客户端跨平台开发框架》
微信支付在各个操作系统,各个应用下的挑战还是蛮大的,这也得益于腾讯架构师的专业。
容易出 Bug
通过沟通保证不了质量
需求变更迭代周期长
数据上报不全面
缺少业务及设计知识沉淀
协议管理松散
缺少统一的自动化测试
比如下图就是之前安卓和 iOS 没有统一前的收银台
线上效果指标
7.0.4 版本需求一:收银台改版。
7.0.4 版本需求二:简化版本收银台。
什么是软件架构
为什么需要软件架构
从 0 到 1 构建支付跨平台软件架构
抽象业务流程
业务流程的代码能够聚合到 UseCase 中,而不是分散到原来 iOS,安卓的各个 ViewController,Activity 中。
业务流程和界面得到了复用。
契合微信支付多流程,界面跳转复杂的业务特点。
加入路由机制
统一了流程,页面的流转。清晰,易维护。
统一了特殊流程的处理,减少重复工作。
在加入路由机制的时候,结合微信支付和网络密切相关的特点进行了支付领域建模。支付后台协议重构 2.0 的核心思想也是围绕着这个路由机制展开。
管理网络请求
杜绝了一对多通信造成的 Bug。
生命周期和业务逻辑绑定,不会出现业务结束,CGI 回来后再触发动作。
高内聚,低耦合。将 CGI 相关的数据,能力集中处理,业务侧无需感知。
提供统一的缓存,加密能力。
规范数据传递
进入支付首页时,后台返回了数据,然后被写入到一个公共的 Model。
然后进入钱包页,再进入零钱页。这个公共 Model 一路被传递过去。
然后零钱页读取了公共 Model 的数据,但是代码无法处理,导致出现了这个让用户恐慌的问题。
存在公共读写的数据类型。安卓传递的数据类型是一个字典,而 iOS 则是一个 Model 对象。所有的界面,业务逻辑都共用一个数据。
无序的数据流动。数据的流动是不可追溯的,数据的修改可以发生在任意使用公共数据的地方。
去掉公共读写的数据类型。
传递值类型(Value Type)的数据, 后面流程修改数据时,不影响前面的流程。
单向传递数据,只依赖注入必要数据。
如果数据修改需要通知前序流程,使用代理模式通讯。
从架构上根本解决了困扰微信支付已久的数据污染的问题。
数据的流动变为单向,数据流动变得可追溯。
总结
---END--- 重磅!码农突围-技术交流群已成立 扫码可添加码农突围助手,可申请加入码农突围大群和细分方向群,细分方向已涵盖:Java、Python、机器学习、大数据、人工智能等群。 一定要备注:开发方向+地点+学校/公司+昵称(如Java开发+上海+拼夕夕+猴子),根据格式备注,可更快被通过且邀请进群 ▲长按加群 推荐阅读
• 那个从深圳流水线工人去Google上班程序媛,最近失业了! • 这款网络排查工具,堪称神器! • 面试官扎心一问:数据量很大,分页查询很慢,有什么优化方案? • 太牛了!华中科技大学学霸,201万顶薪签约华为,成今年顶薪加入第一人! 网友:我酸了,一辈子的都到达不了 • Java 里的 for (;;) 与 while (true),哪个更快? • 三年,我从语文老师到支付宝技术前端的蜕变 最近面试BAT,整理一份面试资料《Java面试BAT通关手册》,覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。 获取方式:点“在看”,关注公众号并回复 BAT 领取,更多内容陆续奉上。 如有收获,点个在看,诚挚感谢明天见(。・ω・。)ノ♡