大多数应用程序都使用render_to_response
它,因为自从Django 1.3开始就一直是推荐的默认选项。两者并存的原因是历史性的,弃用render_to_response
将迫使大量代码被重写,而在次要版本中这并不礼貌。但是,在这个django-developer线程中,他们说有可能将2.0的弃用时间表包括在内。
这是Django的核心开发人员之一Russell Keith-Magee的报价。Keith-Magee回答了另一位Django贡献者Jacob Kaplan-Moss提出的问题,提出了弃用问题render_to_response
:
我认为我们应该弃用render_to_response(),转而使用render()。render_to_response()只是render(request = None,…),对吗?有什么理由让两者同时存在吗?除了弃用可能引起的代码混乱外,没有什么特别的理由可以保留两者。
而Keith-Magee回答:
在2.0计划上,我对此没有任何疑问,但是在维护render_to_response()时,在接下来的18个月/ 2个版本中迁移render_to_response()的每次使用似乎是对整个用户基础实施的一种极端措施。付出任何真正的努力。
没有人讨论过这种弃用,但是我想你的问题的答案是:没有技术原因,这只是他们的意图是不对次要(至少没有主要)发行版的所有代码库进行强制更新。