为每个新订阅创建一个新价格是个坏主意吗



对于我的应用程序,我只需要一个产品,因为我的用户只能按月或按年订阅。

然而,我只是不知道如何在没有不必要的开销的情况下管理订阅和Price(以前的计划(。

从理论上讲,我可以通过将ID设置为SUBSCRIPTION(例如(来创建一个新的Product,这将是我后端上的一个已知类型,并为用户创建的每个订阅创建新的价格对象。

新的API不允许我们为Price设置ID,这意味着我的后端必须知道特定的PriceID,并且由于只有在ID已知的情况下才能获取价格,因此需要将这些ID存储在我这边。在我的评论中,这使事情在几个方面变得复杂。

这就是为什么我认为我可以根本不关心这一点,并在创建Subscription的过程中使用price_data字段为每个新订阅创建一个新的价格对象(请参阅https://stripe.com/docs/api/subscriptions/create#create_subscription-items-price_data(。

这将是一个懒惰而简单的解决方案,但我不能100%确定这样做是否是个好主意。

有更好的方法吗?

虽然API不允许您为Prices设置自定义ID,但您可以在使用Dashboard时进行设置。

问题是,您需要动态创建价格吗?还是可以预先创建价格并在仪表板中为其提供自定义ID?

听起来你只需要两个价格;每月和每年。如果这些价格没有动态设置的方面,那么事先创建它们是迄今为止最简单的方法。

为每个新订阅创建一个新的Price对象最终没有什么特别的问题,尽管这会让事情变得很混乱。如果你对这种方法感到满意(可能需要筛选价格列表才能找到你想要的(,那么这样做并没有真正的危险。

最新更新