你是开发，你看到这个需求会咋办？

[zhao8681286]

[wanqiangcrack]

这个肯定是用规则引擎啊，谁闲着没事儿天天给他改这玩意儿，不疯了么。

[LowBi]

绷不住了 头一次见到凑齐这么多劵的，不过不得不佩服后面的工程师，但也挺恶心这样的运营的

[Torpedo]

@Donaldo #49 你想的太简单了。最终这里的逻辑当然简单。但是整个产品逻辑来看，这里面每一张优惠劵都要有配置平台、封控。并且不同优惠券能否叠加、库存等等。
这些需求最终都要堆人的。

[dododada]

@wangjunniit 😂

[daysv]

不如拼多多

[chobitssp]

https://github.com/smogon/pokemon-showdown

可以参考宝可梦 随着世代新特性,技能,场地,状态等越来越多 计算也越来越复杂

[superrichman]

算盘打的啪啪响，最后发现拼多多每一家都比他便宜

[ZGame]

@me1onsoda 规则复杂,不代表运算量大吧,毕竟现在的 cpu 一秒钟可以运行指令几亿次？.... 纯计算不涉及页面反复渲染一般都不会卡

[F7TsdQL45E0jmoiG]

这个小意思，运营商的计费系统规则比这个复杂太多了

[afxcn]

简单问题复杂化，太闲了。

[Jancy]

支付和对账部门估计骂娘了

[nicht]

怎么保证复杂规则校验 下 性能在 200ms 以内 目前就碰到这种情况 不知道怎么优化，不敢乱改

[leegradyllljjjj]

求求你别减了，别到时候商家还得给我送东西还倒发钱

[epiloguess]

我不是做后端的，不过，很多 config 的配置都是出入参类型保持一致，这种思路也能解决这个问题吧

[boqiqita]

除了立减相对简单些，其他优惠都需要前置流程。估计需要上百人的研发，还要沉淀多年才堆的出来。

[nomytwins]

阿里规则引擎 QLExpress ，我们用过给产品算计价

[ffeennggg]

@zhao8681286

[Pierro]

@iosyyy 这不是 100-10-10 这么简单的 商品 a+b 一起买八折 只有 b 和 c 才能满减 d 是秒杀商品 e 是满多少换购得 a 又不参与换购 等等