到昨天为止订单、订单金流已经谈的差不多了,
大部分的正常环节以及常用功能的应用,
订单写入的部份已经於--Day19 订单 -- 写入订单做过整理,
这边我们简单说明一次金流的变化,
订单新增付款id纪录金流资讯--Day20 订单金流 -- 基础结构,
再来因为资讯众多,
所以我们需要将金流从订单独立出来--Day21 订单金流 -- 独立资料,
独立金流资料之後因为会有很多状态切换以及第三方多次回传的资讯,
所以需要额外建立log table --Day22 订单金流 -- log纪录,
最後统整了常用的状态,方便卡点以及快速debug使用--Day23 订单金流 -- 状态异动
以上就是订单金流的演变,各篇里面有更详细的说明。
在剩下不多得日子里,预计会分享一些实际案例以及解决方法,
可能会包含付款失败重新付款、分期付款还有订阅订单的作法,
还是老样子,我希望的给大家一个思考的方向,
在不同时空背景、历史包袱,以及业主强制要求的x威之下....,
作法太多了,可能因为某个不可变动得因数导致没办法走正常流程,
因此我认为会思考比直接复制贴上重要多了(当然好的工具是能用就用...),
怎麽感觉好像有点字打嘴巴,算了....反正大家了解我意思就好。
遍历便利 | 细数每个item | 不擅长读空气? var支援你 ...
文组常被酸死了,但举凡履历、公文、书信、出差报告在企业中还是要用到吧!但会写的人少之又少,除非你是考...
目前无法注册百度帐号了,帮帮忙~~ ...
今天开始要讲分散式系统的一些概念罗。 影片在此: Day04_关於分散式系统的一些概念 (一) ...
在 Hook 概观 的文章中,曾经写过一个打造 Hook 的例子。复习一下,发现应该要修改命名为 u...