resumiendo el libro de django (ll parte)

Sigo con el resumen del Djangobook.
(primera parte acá)

Expresiones regulares más usadas:

Símbolo Coincide con
. (punto) Cualquier carácter
\d Cualquier dígito
[A-Z] Cualquier carácter, A-Z (mayúsculas)
[a-z] Cualquier carácter, a-z (minúsculas)
[A-Za-z] Cualquier carácter, a-z (no distingue entre mayúscula y minúscula)
+ Una o más ocurrencias de la expresión anterior (ejemplo, \d+ coincidirá con uno o más dígitos)
[^/]+ Todos los caracteres excepto la barra.
* Cero o más ocurrencias de la expresión anterior (ejemplo, \d* coincidirá con cero o más dígitos)
{1,3} Entre una y tres (inclusive) ocurrencias de la expresión anterior

Veremos cómo es que procesa Django las peticiones:

El comando python manage.py runserver importa un archivo llamado settings.py desde el mismo directorio. Este archivo contiene todo tipo de configuraciones opcionales para esta instancia de Django en particular, pero una de las configuraciones más importantes es ROOT_URLCONF. La variable ROOT_URLCONF le dice a Django qué módulo de Python debería usar para la URLconf de este sitio Web.

Cuando llega una petición, digamos a la URL /time/ Django carga la URLconf apuntada por la variable ROOT_URLCONF. Luego comprueba cada uno de los patrones de URL en la URLconf en orden, comparando la URL solicitada con un patrón a la vez, hasta que encuentra uno
que coincida. Cuando encuentra uno que coincide, llama a la función de vista asociada con ese patrón, HttpRequest como primer parámetro de la función. (Veremos más de HttpRequest pasando un objeto luego).
La función de vista es responsable de retornar un objeto HttpResponse.

O sea que lo básico de Django es lo que tenemos hasta aquí. Es decir escribir funciones de vista y relacionarlas con URLs mediante URLconfs.

Una de las filosofías de Django es el llamado loose coupling (acoplamiento débil), es decir que si las partes (piezas) de un software están débilmente acopladas el cambio de una afectará poco o nada a la otra. En el ejemplo que tenemos, si queremos mover de /time/ a /hora/hacemos un pequeño cambio en URLconf y viceversa cambiando la función sin tocar la URL.

Si ponemos una URL que no existe, nos dará un error 404. Este error nos aparece bastante documentado porque estamos en el modo “debug” que es el modo que está por default cuando estamos desarrollando. Luego veremos como desactivarlo para el momento en que tenemos que poner el servidor en producción.

Anuncios

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: