Django - ¿Cuál es la diferencia entre render(), render_to_response() y direct_to_template()?

Reformulando las respuestas de Yuri, Fábio y Frosts para los novatos de Django (es decir, yo) - casi seguramente una simplificación, pero un buen punto de partida?

• render_to_response() es el "original", pero requiere que pongas context_instance=RequestContext(request) en casi todo el tiempo, un PITA.

• direct_to_template() está diseñado para ser utilizado sólo en urls.py sin una vista definida en views.py pero se puede utilizar en views.py para evitar tener que escribir RequestContext

• render() es un atajo para render_to_response() que suministra automáticamente context_instance=Request .... Está disponible en la versión de desarrollo de django (1.2.1) pero muchos han creado sus propios atajos como este , este o el que me desconcertó inicialmente, Nathans herramientas.básicas.atajos.py

Renderizar es

def render(request, *args, **kwargs):
    """ Simple wrapper for render_to_response. """
    kwargs['context_instance'] = RequestContext(request)
    return render_to_response(*args, **kwargs)

Así que realmente no hay diferencia entre render_to_response excepto que envuelve su contexto haciendo que los preprocesadores de plantillas funcionen.

Directamente a la plantilla es un vista genérica .

Realmente no tiene sentido usarlo aquí porque hay una sobrecarga render_to_response en forma de función de vista.

De django docs :

render() es lo mismo que una llamada a render_to_response() con un argumento context_instance que fuerza el uso de un RequestContext.

direct_to_template es algo diferente. Es una vista genérica que usa un diccionario de datos para renderizar el html sin necesidad del views.py, lo usas en urls.py. Docs aquí

Sólo una nota que no encontré en las respuestas anteriores. En este código:

context_instance = RequestContext(request)
return render_to_response(template_name, user_context, context_instance)

Cuál es el tercer parámetro context_instance ¿realmente lo hace? En RequestContext establece un contexto básico que luego se añade a user_context . Así que la plantilla recibe este contexto ampliado. Las variables que se añaden vienen dadas por TEMPLATE_CONTEXT_PROCESSORS en settings.py. Por ejemplo django.contrib.auth.context_processors.auth añade la variable user y variable perm que son accesibles en la plantilla.