
1 zdnyp 2020-08-10 11:14:31 +08:00 底层都很简单,比如打 8 折活动,用户充 100 元,实际到账 80 元。 |
2 xkeyideal 2020-08-10 11:17:14 +08:00 有向图,出度为 0 的节点为拿货者,然后向上回溯两个入度的节点拿返点呗 |
3 linauror 2020-08-10 11:18:49 +08:00 可以从后往前来查询,比如 D 拿货,查一下 D 的推荐人是 C,再查 C 的推荐人是 B,再上面就不用管了 |
4 zdnyp 2020-08-10 11:20:29 +08:00 正经来讲,你看当前拿货的处于几级(比如 D 是四级代理,向上逆推 2 级计算返点( 3 级没返点了...分别计算上级和上上级的返点就行吧。 只要计算上级和上上级的。 |
5 gz911122 2020-08-10 11:22:55 +08:00 改做前端? 从根源解决问题 |
7 imnpc 2020-08-10 11:33:39 +08:00 不就是简单的往上找 2 级 然后返佣吗 ? 从最底层查找,谁下单然后向上找上级,根据上级等级查找分润比例,然后分润 |
8 lixiaojian OP @imnpc 设计还有很复杂拿钱返利模式的,不方便发出来而已,只是放出来部分 |
9 lixiaojian OP @zdnyp 目前是准备按这个来处理的,在想着怎么优化读取计算效率的问题 |
10 lixiaojian OP @gz911122 哈哈,是在考虑了, [小声 bb 说的好像前端多简单一样 手动 dog] |
11 coderluan 2020-08-10 11:43:37 +08:00 最好的办法当然是去补数学了, 但是我估计楼主没那个耐心和时间, 那样不妨看看一下逻辑游戏的书籍, 也能锻炼脑力的. |
12 lixiaojian OP @coderluan 逻辑游戏 算法类的是准备买点看看的,补数学在考虑看看在线高中 大学数学课程的 |
13 coderluan 2020-08-10 11:49:17 +08:00 @lixiaojian 先看数据结构吧, 这个对于大部分开发者比算法实用的多. |
14 lixiaojian OP @coderluan 好的,确实要看看的,谢了。还是项目做少了,哈哈 |
16 gz911122 2020-08-10 13:05:38 +08:00 @phobal 我并没有觉得前端没有难度. 我仅仅是只前端和后端所需要思考的问题与方向不同. 比如这个分润, 前端并不需要过多的考虑. 而像你觉得那个例子, 后端也不需要操心. 我的意思是既然楼主思考这种问题比较吃力, 不如换个方向罢了. |
17 RadishWind 2020-08-10 13:37:14 +08:00 推荐楼主去看看 DDD (领域驱动设计)的相关文章 /书籍,我记得里面有一个案例(好像是策略模式)是专门讲这种问题的; ------ 对我来说,这样的问题我通常会用 OOP 拆成几个层级,比如 A,B,C = Seller() C.setMaster(B) B.setMaster(A) C.addSaleRecord(100 元) // 在这里,递归的调用上级( B.add 推广(100 元,1 层) B 再去调 A 。。。这样),根据层级去进行计算 |
18 lixiaojian OP |
19 goodboy95 2020-08-10 13:52:52 +08:00 我们做的系统喜欢记 path,例如用户 id 为 1 就记录 path 为"1",如果 id2 是 id1 介绍的,就在 id1 的 path 后面接上",2",记录"1,2",path 太长的话就截取后面一段,留下最后几个 id 。 这样的话,第 N 级推荐人可以直接从 path 上看见,path 上倒数第二个就是直接推荐人,倒数第三个就是隔了一级的推荐人。 |
20 glfpes 2020-08-10 14:22:43 +08:00 1 个 id 只给唯一的父亲和唯一的祖父分成。记录下每个 id 的父亲 id 与祖父 id,分成逻辑不是很直白的吗? |
21 NakeSnail 2020-08-10 18:38:16 +08:00 我通常做预处理,设计个表记录每个人的向上 4,5 代, 记录的时候只要取上级的就好 |
22 prenwang 2020-08-11 00:57:40 +08:00 分销系统最多只允许三层,再多就认定为传销了 |
23 lixiaojian OP |