À l'automne 2003, les développeurs de World Online (Adrian Holovaty et Simon Willison) ont abandonné PHP et ont commencé à utiliser Python pour développer leurs sites Web. Comme ils ont construit des sites riches et interactifs, ils ont commencé à extraire un cadre générique de développement Web (framework) qui leur permettait de construire des applications Web de plus en plus rapidement. Ils ont modifié ce framework en permanence, en ajoutant des améliorations sur deux ans.

À l'été 2005, World Online a décidé de publier le framework en open source, ce qui donna naissance au projet Django. Django ne serait pas possible sans une multitude de projets open source -Apache, Python et PostgreSQL pour n'en nommer que quelques-uns.

Nous avons choisi d'utiliser un framework Web, plutôt qu'un framework applicatif (comme JEE), car les fonctionnalités et les concepts que nous souhaitons aborder dans ce cours se retrouvent tous dans les frameworks Web. Pas la peine de passer à JEE pour n'en utiliser qu'une sous-partie réduite, mais qui demande de connaître toutes les bases (complexes et nombreuses)… Bien sûr, il est possible d'utiliser un cadre comme JEE (avec uniquement les API Web) pour développer les applications de ce cours. Les concepts clés (comme le modèle MVC) seront toujours utiles dans la plupart des autres frameworks.

Il existe de nombreux frameworks web, dans différents langages de programmation. Pourquoi utiliser spécifiquement Django et pas un autre ?

• La simplicité d’apprentissage
• La qualité des applications réalisées
• La rapidité de développement
• La sécurité du site Internet final
• La facilité de maintenance des applications sur la durée

On bénéficie également de la clarté de Python, qui permet à plusieurs développeurs de travailler sur le même projet. Le style est imposé, donc tout le monde suit les mêmes règles, ce qui facilite les travaux en équipe et la clarté du code.

Django étant écrit en python, un simple environnement de travail avec python installé suffit. Une console en ligne de commande peut faire largement l'affaire. Par contre, s'il on veut avoir une vision projet claire, l'utilisation d'un IDE comme Eclipse (avec le plugin PyDev) devient souvent nécessaire lorsque la taille des projets augmentent.

Dans cette formation nous aborderons à la fois le développement avec les outils en ligne de commande ainsi que l'usage d'Eclipse.

De plus, pour que le projet passe à l'échelle il faudra certainement déployer un serveur de base de données comme PostgreSQL (voir https://docs.djangoproject.com/en/1.4/ref/databases/ pour plus de détail) et un serveur d'application web comme Apache (voir https://docs.djangoproject.com/en/1.4/howto/deployment/wsgi/modwsgi/ pour plus de détail)

Django fournit des utilitaires en ligne de commande pour gérer les projets Django (le plug-in Eclipse pydev en propose des raccourcis).

Les principales commandes à connaître sont django-admin qui est une commande django générique et manage.py qui est un script python généré pour chaque projet.

La structure et le contenu du projet seront :

mysite/ 
    manage.py
    mysite/
        monapp/
            __init__.py
            models.py
            tests.py
            views.py
        __init__.py
        settings.py
        urls.py
        wsgi.py

Voici quelques commandes de base :

• Pour démarrer un nouveau projet et créer la structure de base :

django-admin.py startproject <site>

• Création d’un répertoire qui contient les fichiers d’une application :

python manage.py startapp <application>

• Shell interactif Python pour interagir avec l’API Django :

python manage.py shell

• Pour démarrer le serveur de développement sur un port spécifique :

python manage.py runserver <port>

• Création toutes les tables nécessaires aux applications listées dans le réglage INSTALLED_APPS de settings.py :

python manage.py syncdb

• Vérification des erreurs de modèles :

python manage.py validate

• Création des tables décrites dans le modèle (ex: <application>/models.py) :

python manage.py sql <application>

• Instructions SQL spécifiques qui sont définies pour l’application :

python manage.py sqlcustom <application>

• Instructions DROP TABLE nécessaires pour cette application, compte tenu des tables qui existent déjà :

python manage.py sqlclear <application>

• Instructions CREATE INDEX pour cette application :

python manage.py sqlindexes <application>

• Combinaison des instructions SQL des commandes sql, sqlcustom et sqlindexes :

python manage.py sqlall <application>

La couche modèle est principalement abordée dans la première et la deuxième partie du tutoriel.

Pour plus d'info sur la couche modèle, vous pourrez également consulter les sources suivantes :

• https://docs.djangoproject.com/en/1.4/topics/db/models/
• https://docs.djangoproject.com/en/1.4/ref/models/fields/
• https://docs.djangoproject.com/en/1.4/ref/models/instances/
• https://docs.djangoproject.com/en/1.4/ref/databases/
• https://docs.djangoproject.com/en/1.4/ref/contrib/admin/

Dans Django, la couche contrôle est mise en oeuvre par un mécanisme définition d'URL (urls.py) et d'assignation de méthodes (views.py) en réponse aux requêtes HTTP sur ces URLs.

La troisième partie du tutoriel explore cette couche (tout en nécessitant également une part de développement de la couche vue avec les templates).

Pour plus d'info sur la couche contrôle, vous pourrez également consulter les sources suivantes :

• https://docs.djangoproject.com/en/1.4/topics/http/urls/
• https://docs.djangoproject.com/en/1.4/topics/http/views/
• https://docs.djangoproject.com/en/1.4/topics/http/shortcuts/
• https://docs.djangoproject.com/en/1.4/ref/request-response/
• https://docs.djangoproject.com/en/1.4/topics/class-based-views/

Dans Django, la vue est mise en oeuvre par un ensemble de templates de pages HTML qui sont instanciés puis affiché en fonction des décisions de la couche de contrôle.

Pour plus d'info sur la couche vue, vous pourrez également consulter les sources suivantes :

• https://docs.djangoproject.com/en/1.4/topics/templates/
• https://docs.djangoproject.com/en/1.4/ref/templates/builtins/
• https://docs.djangoproject.com/en/1.4/ref/templates/api/
• https://docs.djangoproject.com/en/1.4/howto/custom-template-tags/