Django:处理post事务逻辑

Question

通用用例：

1. 用户选择要添加到购物车中的项
2. 用户通过场外支付网关(如paypal或worldpay )进行支付
3. 用户将重定向到支付页面并进行支付。
4. 支付门户向回调URL发送一个POST请求
5. 用户被重定向回您的页面。

在步骤4中，通常会发生以下情况：

1. 错误处理和反欺诈检查
2. 订单/购物车模型的更新和附加逻辑

我的问题与第四步有关：

在像Django-Paypal这样的应用程序中，不是对回调url视图函数进行所有的逻辑处理，而是使用信号。这有什么好的理由吗？为什么不直接执行回调url视图函数上的所有逻辑呢？

Answer 1

信号的使用使django-paypal与您自己的应用程序脱钩。您可以有各种疯狂的定制发生在付款成功或失败在您的项目，并仍然使用默认提供的视图。

Django 1.3中基于类的视图确实使扩展视图成为可能，并提供了一种分离应用程序视图的替代方法。

在将逻辑放入视图之前应该考虑的其他问题是时间；如果逻辑可能需要很长时间(比如任何I/O)，那么问问自己，它们对手头的响应是否至关重要，并考虑将它们放入任务队列中，这样您就可以快速地处理请求，而不会阻塞。