为什么使用 Stripe webhooks 而不是 subscription.status？
Why use Stripe webhooks instead of subscription.status?
我正在致力于在网站中集成条带订阅。所以，我正在考虑使用 subscription.status 来监控付款。因此，一旦本期结束，我就会检查订阅。如果激活，很好，我会更新用户数据。如果没有，那我就根据状态做相应的处理。
但是，webhook 似乎是执行此操作的正确方法。为什么这比仅仅检查状态更好？对我来说几乎一样。
使用 webhook 可以让您跟踪一大堆事情，而不仅仅是订阅的状态 [1]。
您可以设计一个 webhook 端点来监听各种事件，例如；
- 每当创建新订阅或现有订阅时
已取消
- 如果您提供多个订阅计划，您将
如果客户从一个计划切换到另一个计划
- 每当创建、最终确定、支付发票或in-case付款尝试失败时
如果您不使用 webhook，您将不得不不断轮询状态变化，直到状态确实发生变化。这种方法并不是真正可扩展的。因此，无需继续寻找信息，使用 webhook，信息就会自动找到。
因此，您不必一直寻找信息，信息本身就会来找您。您可以使用 webhook 事件作为触发器来处理您想要在后端执行的任何操作。
它还会增加您的应用程序的可扩展性，因为您可以侦听许多其他事件 [2]。
[1] https://stripe.com/docs/webhooks#use-cases
[2] https://stripe.com/docs/api/webhook_endpoints/create#create_webhook_endpoint-enabled_events
我正在致力于在网站中集成条带订阅。所以，我正在考虑使用 subscription.status 来监控付款。因此，一旦本期结束，我就会检查订阅。如果激活，很好，我会更新用户数据。如果没有，那我就根据状态做相应的处理。
但是，webhook 似乎是执行此操作的正确方法。为什么这比仅仅检查状态更好？对我来说几乎一样。
使用 webhook 可以让您跟踪一大堆事情，而不仅仅是订阅的状态 [1]。
您可以设计一个 webhook 端点来监听各种事件，例如；
- 每当创建新订阅或现有订阅时 已取消
- 如果您提供多个订阅计划，您将 如果客户从一个计划切换到另一个计划
- 每当创建、最终确定、支付发票或in-case付款尝试失败时
如果您不使用 webhook，您将不得不不断轮询状态变化，直到状态确实发生变化。这种方法并不是真正可扩展的。因此，无需继续寻找信息，使用 webhook，信息就会自动找到。
因此，您不必一直寻找信息，信息本身就会来找您。您可以使用 webhook 事件作为触发器来处理您想要在后端执行的任何操作。
它还会增加您的应用程序的可扩展性，因为您可以侦听许多其他事件 [2]。
[1] https://stripe.com/docs/webhooks#use-cases
[2] https://stripe.com/docs/api/webhook_endpoints/create#create_webhook_endpoint-enabled_events