【商城应用】推荐关系设计
今天给大家介绍一种特殊的应用场景，虽然比较特殊，但是在各大平台上面还是有迹可循的。比如支付宝就一直在搞这个规则场景，用户分享的二维码被别人扫码支付之后，购买则可以获取支付奖励红包、分享二维码的人也可以获取到一定的支付奖励红包，这种规则就是今天要跟大家介绍的推荐关系设计。
场景分析
我们项目的推荐关系和支付宝这种推荐关系不太一样，虽然原理都差不多，可是细节却有很多不同点。因为我们的推荐关系涉及到两个平台：A平台（我们自己的平台）、Ｂ平台（第三方平台），大家可以理解为淘宝和支付宝的关系。
需求定义
- A平台中推荐者想要拥有推荐权限，必须是B平台的会员且具备推荐权限，然后将推荐关系存储在A、B平台中。
- A平台中推荐者如果是B平台的会员，但是不具备推荐权限，这个时候推荐者是平台A，而非原先推荐人，然后将推荐关系存储在A、B平台中。
- A平台中推荐者如果不是B平台的会员，则无法推荐用户，不能将推荐关系存储在B平台中。
- A平台进行会员推荐的时候，不管是不是B平台的会员，是否具备推荐权限，都会将推荐关系存储在平台A中。
流程设计
最后一点大家可能会有点误解，这边我先不解释，大家先看一下下面这张推荐关系流程图：
结合上面的流程图，这边给大家解释一下上面几点需求的意思。前面的三点的是否拥有推荐关系是值是否有权限在B平台中建立推荐关系，但是不管是否可以在B平台中建立推荐关系，我们都可以在自己的A平台中建立自己的推荐关系，这也是第四点需求的意思。
总结：
推荐关系的介绍就到这边了，大家可能会好奇这个推荐关系有什么作用，打个最简单的比方，以后如果你推荐的人在A平台购买商品，那作为推荐人的你就会获取一定的积分奖励。这边之所以设计成两个平台的原因是：这种推荐关系产生的积分分润关系是在B平台中进行的，所以我们这边必须将A平台的推荐关系一起同步到B平台中。好了今天的内容就介绍到这边了，谢谢大家的阅读～
要更多干货、技术猛料的孩子，快点拿起手机扫码关注我，我在这里等你哦~
![70][]
柔光的暖阳◎
淩亂°似流年
我就是我
刺骨的言语ヽ痛彻心扉
我会带着你远行
还没有评论，来说两句吧...