这是一个创建于 366 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 1 条附言 2024-10-11 13:36:31 +08:00
微信的逻辑是三个人都是 33.34 一共收 100.02
支付宝没测 看你们说的是 发起人 33.32 其他人 33.34 正好 100
还有其他的吗
支付宝没测 看你们说的是 发起人 33.32 其他人 33.34 正好 100
还有其他的吗
 | 1 GeruzoniAnsasu 2024-10-11 10:26:45 +08:00  2 发起人 33.34 |
 | 2 sagaxu 2024-10-11 10:28:55 +08:00 25 平台抽成 1 分 |
 | 3 spritecn 2024-10-11 10:32:10 +08:00 参考银行家舍入法,只要后面有数就进 1 |
 | 4 yxzblue 2024-10-11 10:32:23 +08:00 对程序来说，分完最重要。没有什么合理不合理的。要么就按 2 楼的。 |
 | 5 snipking 2024-10-11 10:32:49 +08:00 最后一个付款人 33.334 |
 | 6 corcre 2024-10-11 10:33:13 +08:00 1 平台抽成+1, 保证收到的钱>=给出去的钱, 而且每人给的金额一致, 不然就(点此看广告减免 0.01 元)... |
 | 7 j4fun 2024-10-11 10:36:35 +08:00 3 不能返回错误，重新输入价格吗～ |
 | 8 8355 2024-10-11 10:40:44 +08:00 可以试下支付宝和微信群收款的逻辑 |
 | 9 tomatocici2333 2024-10-11 10:44:09 +08:00  前俩个人均分，剩下的都给第三个。完全均分就不可能 |
 | 10 qq8567952 2024-10-11 10:45:11 +08:00 跟微信支付宝的一样就好啦，除了发起人，其余的都是 33.34 |
 | 11 shortawn 2024-10-11 10:49:49 +08:00 3 div class="reply_content">如果是系统向用户收款，应该鼓励大家踊跃支付，所以对最后一个付款的人多收 1 分钱。如果是系统向用户付款，那就都 33.33 ，平台抽走 1 分。 |
 | 12 sn0wdr1am 2024-10-11 10:50:43 +08:00 @tomatocici2333 这个合理，处理方便。 |
 | 13 Aawhale 2024-10-11 10:52:52 +08:00 1 80% 13% 7% 我是觉得这样最合理 |
 | 15 Admstor 2024-10-11 10:59:01 +08:00 用支付宝的 AA 收款测试了一下 我发起人，输入 100 ，3 人 AA 收到 2 个 33.34 也就是我只付 33.32 供参考 V2 现在怎么贴图啊 |
 | 16 avenger 2024-10-11 11:06:30 +08:00 via iPhone 1 微信的逻辑是 100 元每人收 100.02 |
 | 17 cooltechbs 2024-10-11 11:07:48 +08:00 via Android @spritecn 银行家舍入法说的是“四舍六入五成双”吧，怎么会是进一法呢 |
 | 18 unco020511 2024-10-11 13:04:27 +08:00 参考支付宝和微信的 AA 逻辑 |
 | 19 JensenQian 2024-10-11 13:10:16 +08:00 |
 | 20 Sawyerhou 2024-10-11 13:16:29 +08:00 via Android 三个人每个人多出一分钱的概率都是三分之一，所以怎么收都公平，而且没人在意那一分钱。 |
 | 21 usdc OP 1089 微信的逻辑是三个人都是 33.34 一共收 100.02 支付宝没测 看你们说的是 发起人 33.32 其他人 33.34 正好 100  还有其他的吗 |
 | 23 lyxxxh2 2024-10-11 16:00:59 +08:00  我们全部分完。 equallyMoney(20,[ 0 => 1, 1 => 1, 2 = > 1 ]) return: ``` [ 6.66,6.67,6.67 ] ``` |
 | 24 leegoo 2024-10-11 16:09:36 +08:00 先均分一下金额，剩余金额让用户选择 谁承担 |
 | 25 isSamle 2024-10-11 16:12:22 +08:00 5 四舍五入+多轮平均 第一个 100/3=33.33 第二个(100-33.33)/2=33.3 第三个(100-33.33-33.34)/1=33.33 |
 | 26 yb2313 2024-10-11 16:13:10 +08:00 给一个人 99 ，剩下一块钱给剩下两个人，并且告诉他们只有 3 块钱 |
| 27 isSamle 2024-10-11 16:13:14 +08:00 每个人第二个付款的概率是相同的，期望上来讲就是公平的 |
 | 28 ZeekChatCom 2024-10-11 16:24:06 +08:00 最晚 A 的一个人多收一分 |
 | 29 Huelse 2024-10-11 16:27:10 +08:00 原则上是前 n-1 平分（取 n 的平均值），最后一个补齐。 |
 | 30 wangming262626 2024-10-11 16:37:54 +08:00 感觉常见的都是四舍六入五成双，发起人或者第一个或者最后一个补齐小数差额。 |
 | 31 keakon 2024-10-11 17:35:33 +08:00 一分钱，3 人 aa 收款应该怎么分配金额最合理 |
 | 32 SuspectX 2024-10-11 17:48:24 +08:00 via Android 没人 33.3 ，收 0.1 手续费 |
 | 33 lostwolfkf 2024-10-11 18:55:15 +08:00 每人 33.33 ，平台出 0.01 [狗头] |
 | 34 solangm 2024-10-11 18:56:46 +08:00 每个人都收 100 |
 | 36 realpg PRO 直接显示三个金额 33.33 33.33 和 33.34 让人自己点选 |
| 37 realpg PRO 再修正一下描述 N 个人分摊总金额 你进入时 查询已经有多少人支付 显示剩余待付金额总数除以还有多少人没支付的金额按钮 已有人付的显示灰色按钮和已经支付金额 如果除不尽 则其他所有金额相同 最后一个金额增加尾数 同时 在下面增加一个其他金额的输入框 允许输入大于当前平均金额 小于剩余总金额数字 并发起支付 |
 | 38 xiaokongwu 2024-10-11 20:03:54 +08:00 尾差放在发起人或者最后一个人上 |
 | 39 moefishtang 2024-10-11 20:43:52 +08:00 倒贴一元钱[滑稽] |
 | 40 rming 2024-10-11 21:37:55 +08:00 via iPhone 每人收 34 |
 | 41 jeesk 2024-10-12 00:44:34 +08:00 via Android 参考分期还款比如 33.3 ，100 减去 2 个 33.3 就是 33.4 ， 都是要做账的， 多了一毛钱 100.1 ， 到时候程序除了问题， 你账单无法解释 100 元， 更加麻烦，还容易还利用 |
| 42 Admstor 2024-10-12 01:28:33 +08:00 1 补充一下我试着理解一下支付宝为什么这么分配 因为 AA 账单是都可见的 比如我 A 是发起收款，B 和 C 是付款 B 和 C 都可以看到总金额，和 BC 分别付款多少 支付宝这种操作可以让 BC 看到的是两人支付金额都是一样的，可能更符合 AA 的逻辑 至于发起人少付 2 分钱，一般按照中国习俗，别人帮你代购（这种 AA 账单可以理解为一种代购吧），比如 198 元，一般都直接给 200 ，多的 2 元算是辛苦费。所以这里最终只产生了几分钱的差额，通常是可以接受的，也算是让代付的人一点点小奖励 我觉得程序员做功能，不能只用理科脑袋去思考，还是要更多的想想你这个场景是什么 AA 收款这个场景肯定主要就是好友之间的 AA ，最终几分钱的不平等没啥人计较（真有计较的人，那就不是支付宝的问题了） 如果楼主的产品是一些更加严谨的场合，那么还是要想一想怎么处理会比较符合用户的使用逻辑和习惯，特别是对公业务每一分钱都应当符合会计准则，这也需要跨专业的沟通了 |
 | 43 Chrisone 2024-10-12 11:04:37 +08:00 roll 一下 |
Select Language