感谢楼主贡献的代码和思路,对我而言感觉是个很规范的 python 项目,学到了蛮多。
发现一个问题和一些优化点
1. 我在页面上购买杭州的 14Plus 测试,无法在付款前拿到 timewindow 的,这个不是下单的必要条件。
2. 填充付款方式和联系人信息是可以并行的🤣(杭州货好难抢,每次补货只持续 2-10s )
3. monitor 模块和 order 模块目前串行耦合,一个 available 的机会是可以开多个 order 并行 race 一下的(相当于模拟多位 guest 同时下单)
4. 激进一些,甚至可以初始化时拿好 store 信息,不 check 库存直接下单(这个有些脑补,需要测出无库存时的表现)
关于第一点,可能是不同地区的下单逻辑稍有不同,比如上海就能通过楼主给的流程下单,但对其他地区是致命的因为必失败。
除此之外,刚刚验证了,上面 order 复用问题确实是个缺陷,购物车会越攒越多(程序一直挂着跑,抢 15PM 的话首次失败后后续失败也几乎是必然的)。
感觉是个潘多拉魔盒,想给楼主提 PR 但是又有点不敢提了,不过该说的都说了,,我相信一定有闭源的现存下单工具。。但真的很纠结。。。 @
oreainters