Django (framework)

Après la mise à disposition public par le journal Lawrence, le développement open-source de Django commence à la version 0.90. Les premières versions sont numérotés jusqu'à 0.96 et ont pour but de stabiliser l'interface de programmation principale, et chaque version apporte donc de nombreuses modifications dans la façon d'utiliser le cadre[12]. La sortie de la version 1.0 marque le début de la maturité du cadre, avec une interface qui se veut compatible avec les versions futures[13]. Un guide est publié pour permettre aux utilisateurs de migrer de Django 0.96 à 1.0[14].

Pendant le développement de la branche « Django 1.x », le cycle de développement n'a pas de rythme défini mais respecte la convention de nommage de version suivante[15] :

• Chaque nouvelle version majeure est numérotée 1.x.0, où x est incrémenté par rapport à la version précédente et apporte de nouvelles fonctionnalités et éventuellement des incompatibilités avec les versions précédentes ;
• Des correctifs de sécurité et de bugs sont fournis sous la forme 1.x.y, sans ajouter de nouvelles fonctionnalités et se veut rétrocompatible.

En juin 2015, à la suite d'un sondage et des discussions entre développeurs, une feuille de route est formalisée, avec un rythme de publication facilitant la maintenance des projets et des applications tierces[11]. Une nouvelle version du cadre est désormais publiée tous les huit mois, avec une long term support (LTS) tous les trois versions, c'est-à-dire tous les deux ans. Ces versions bénéficient de mises à jour de sécurité pendant une période d'au moins trois ans[16]. La numérotation des versions est par conséquent revue, permettant une maintenance plus aisée pour les utilisateurs du cadre : la version suivant une LTS entraînera la suppression des éléments dépréciés depuis la précédente LTS et commencera un nouveau cycle de version majeure[11]^,[17]. Ainsi, à partir de Django 2.0, les versions seront 2.1, 2.2 LTS, 3.0, 3.1, 3.2 LTS, etc.

Chacune de ces versions est, ou a été, mise à jour durant son support, via des micro-releases[20]. Par exemple, la version 1.2 a eu sept mises à jour, corrigeant de nombreux bugs et failles de sécurité. Ces versions n'ajoutent pas de fonctionnalités et garantissent une compatibilité identique à la version mineure associée (sauf cas particuliers).

• Les vues génériques : il s'agit de vues permettant de traiter les cas les plus courants du développement web de manière très simple. Elles permettent par exemple de lister des objets avec une gestion de la pagination, de lister des objets organisés par date avec des URL du type (année)/(mois)/(jour)/élément à afficher. Plus d'informations sont disponibles dans la documentation sur les vues génériques.
• Le système d'authentification
• La création de pages statiques
• La documentation : Django possède une très bonne documentation anglaise. (dont un effort de traduction en français de l'API stabilisé[21]) Cette documentation, au format ReStructuredText (ReST), est compatible avec le projet Sphinx.
• Les exceptions : les exceptions et backtraces Python sont bien gérées dans Django et apparaissent dans les pages d'erreur 500, en mode débogage. On peut avoir une bonne idée des variables d'environnement et du code ayant provoqué l'exception. Des efforts sont menés pour inclure d'autres outils comme la barre de débogage de Symfony (Django Debug Toolbar).

• L'AJAX : Django en tant que cadre ne permet pas, seul, l'intégration d'AJAX côté client web. C'est un choix de l'équipe de développement qui préfère laisser à l'utilisateur le choix de la bibliothèque AJAX à combiner avec Django (MooTools, Prototype, MochiKit (en), jQuery, dojo, ext, etc.)[22].

Des conférences sont tenues tous les ans pour les développeurs et utilisateurs de Django, appelées « DjangoCon ». Des événements distincts ont lieu aux États-Unis et en Europe. Ces événements sont composés de plusieurs parties :

• les conférences : pendant deux à trois jours, des bénévoles présentent un point particulier du cadre, des usages spécifiques, un retour d'expérience, etc. ;
• les sprints : les jours suivant les conférences, des sessions de programmation sont organisées, pour tous niveaux, afin de parfaire sa maîtrise du cadre. Des tutoriaux sont mis en place pour initier les nouveaux utilisateurs.

Le lieu de l'événement change chaque année, afin de pouvoir toucher le maximum de personnes sur plusieurs années. Des aides sont également fournies pour les personnes en difficulté financière, voulant tout de même participer, grâce aux dons des entreprises partenaires de l'événement ainsi que des autres participants. Regroupant plus de 300 développeurs tous les ans[23], l'événement accueille aussi bien des Européens que des personnes des autres continents.

À partir de 2015, les DjangoCon Europe mettent l'accent sur la diversité, en incitant les personnes minoritaires dans le domaine de l'informatique (femmes, handicapés, personnes âgées) à venir participer et partager leurs connaissances[24]. Pour son édition de 2016, l'organisation se targue d'avoir reçu 48 % de propositions de conférences venant de femmes et qu'après sélection 54 % des conférenciers seront des femmes[25].

• Python
• Google App Engine, Zope
• Modèle-Vue-Contrôleur
• Django CMS
• Django Girls

• (fr) Site de la communauté francophone
• (fr) Cours complet sur Django dispensé à l'université de Picardie Jules Verne
• (en) « Popularité du paquet python-django »
• (en) Django REST framework