前言
我们是要处理快速易用的网页,所以在,API方面要做到可以尽量少存取资料库来得到最大化资源使用。
而我们可以分析出我们从使用者流程而判断出需要的API
读取
商品为了减少读取次数,我们在商品载入的时候便将付款方法跟页面所需资讯传给使用者。
结帐
在结帐的购物车页面我们会需要显示剩余库存,所以会有再一次的读取请求。
建立订单
在按下金流的同时我们会建立订单及跳转金流,会有同时两种请求,一个是建立订单的同时取得金流的资料加密连结,并引导使用者跳转到金流页面,而建立订单的同时就会读取商品表格来读剩余库存,并写入到另一个容器来管理订单。最後由金流完成後的Hook让订单正确成立。
以上为商品部分,订单部分需要以下API
订单建立
在订单建立之後需要在订单容器建立监听事件,在任何订单变动的时候便会透过SendGrid来自动发出通知给消费者。
订单检索
让商家及使用者去Query他们的订单,并让消费者只能拿到状态资讯及申请详细资讯。
发送订单状态及申请退单
让消费者按下检视详细资讯时透过SendGrid来自动发出信件给消费者。
并有另一只API是让消费者申请退款。
订单更新
让商家可以透过API来更新任何订单资讯。
本日小结
完成API的逻辑建构後,便可以开始来打造我们的架构!