V2EX › aababc 的所有回复 › 第 2 页 / 共 7 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7

❮

❯

166 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy 感谢，我再梳理一下看看，感觉还是有点糊涂，头大！

166 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy #17 看来在这一块经验比较丰富了，我第一次做 apple 的订阅相关的内容。还有几个问题咨询一下，比如我想知道一次订阅的时长应该怎么计算，是否可以使用 expires_date - purchase_date ，还有这个 restore 是不是可以理解只需要处理 latest_receipt_info 中日期最大的时间。还有这个我看 apple 文档上些的续订的时候会在扣款不成功的时候在几天内重复，那这时候这个 expires_date 的时间会不会变？

166 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy #9 这里有一个问题，是如何处理 restore 和退费的。我最开始也是按照单一的到期时间来处理的，后来发现后续的越来越复杂。

166 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@fengYH8080 #8 你的这个关于订阅和赠送本质上又冲突，我是认同的，但是奈何产品就是要有赠送这个业务，有时候也是难评。这里最开始确实是想只使用到期时间，但是 apple/google 的业务场景上有 restore(恢复购买), upgrade(升级订阅), 而且我现在看是不能获取到订阅时长（也就是这次订阅是多长时间的)。关于使用 expires_data_ms 作为过期时间，我想表达的意思是在订阅的场景下会使用这个值作为用户的过期时间字段的值。

166 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy 是的，现在的设计就是，只要订阅不关闭，赠送的永远也用不上

166 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@fengYH8080 关于 expires_date_ms 可以理解为在订阅的场景中，我们直接使用了这个自动作为自己系统的过期时间，是两个独立属性

166 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@klo424 #5 这个应该是不行的

166 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@tomatocici2333 这里有个问题，假设用户过期很久了，突然送几天时长就有问题