大多数应用程序都使用
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（）的每次使用似乎是对整个用户基础实施的一种极端措施。付出任何真正的努力。
没有人讨论过这种弃用，但是我想你的问题的答案是：没有技术原因，这只是他们的意图是不对次要（至少没有主要）发行版的所有代码库进行强制更新。
