几乎总是当我尝试使用可重复使用的django应用程序时，我最终做了大量的集成工作和/或最终结果非常混乱。
一个常见的，更简单的情况是向用户发送确认消息（带有link text框架），用于在可重复使用的应用程序中发生的事件。以django-profiles为例 - 为了显示“成功保存的配置文件”消息，我通常会包装原始视图函数，看它是否返回HttpResponseRedirect并显示消息（如果是这样）。然后返回原始回复。
我不喜欢的是它很难看（依赖于返回类型），我必须添加一个完整的视图来显示消息。
所以，
答案 0 :(得分：1)
向用户显示确认消息是不习惯的吗？
是的，是的。
可重复使用的应用程序是否也可以接受可选的用户消息作为视图参数？
可能，是的。
如果可重复使用的应用程序使用更多信号以允许挂钩自定义功能，那不是很好吗？
当然，是的。
我做错了什么？
您使用的应用程序不符合上述标准。这并不是很难解决。您可以随时滚动自己的应用程序，该应用程序符合您上面设置的条件。或者，您可以向相关应用提交补丁。
正如Eric Florenzano最近pointed out，Django生态系统中存在疣。其中几个。紧密耦合的“可重用”应用程序就是其中之一。埃里克还建议采取补救措施，但他们需要时间来推动。与此同时，您可以通过以某种方式设置示例来帮助加快流程。
我知道，这个答案不太有帮助。我希望我有更好的答案。