Ce tutoriel avancé commence là où le tutoriel 8 s’est arrêté. Nous allons transformer notre application de sondage Web en un paquet Python autonome qu’il sera possible de réutiliser dans de nouveaux projets et de partager avec d’autres personnes.
\nSi vous n’avez pas récemment suivi les tutoriels 1–7, nous vous encourageons à les parcourir à nouveau afin que votre exemple de projet corresponde à celui qui est décrit ci-dessous.
\nC’est un gros travail de concevoir, construire, tester et maintenir une application Web. Beaucoup de projets Python et Django ont des problématiques communes. Ne serait-il pas merveilleux si nous pouvions économiser un peu de ce travail répétitif ?
\nLe recyclage de code est un principe de vie en Python. Le site Python Package Index (PyPI) recense une très large variété de paquets qu’il est possible d’utiliser dans ses propres programmes Python. Parcourez le site Django Packages pour trouver des applications réutilisables qu’il est possible d’intégrer dans votre projet. Django lui-même n’est qu’un paquet Python. Cela signifie que vous pouvez prendre des paquets Python ou des applications Django existantes et les composer dans votre propre projet Web. Vous n’avez plus qu’à écrire les parties qui font de votre projet un projet unique.
\nDisons que vous débutez un nouveau projet qui nécessite une application de sondage telle que celle sur laquelle nous avons travaillé. Comme pouvez-vous recycler cette application ? Heureusement, vous êtes déjà sur la bonne voie. Dans le tutoriel 1, nous avons vu comment découpler les sondages de la configuration d’URL de base du projet en utilisant un include. Dans ce tutoriel, nous irons un peu plus loin pour rendre l’application simple à utiliser dans de nouveaux projets et prête à être publiée pour que d’autres puissent l’installer et l’exploiter.
Après les tutoriels précédents, notre projet devrait ressembler à ceci :
\nmysite/\n manage.py\n mysite/\n __init__.py\n settings.py\n urls.py\n asgi.py\n wsgi.py\n polls/\n __init__.py\n admin.py\n apps.py\n migrations/\n __init__.py\n 0001_initial.py\n models.py\n static/\n polls/\n images/\n background.png\n style.css\n templates/\n polls/\n detail.html\n index.html\n results.html\n tests.py\n urls.py\n views.py\n templates/\n admin/\n base_site.html\nVous avez créé mysite/templates dans le tutoriel 7 et polls/templates dans le tutoriel 3. Il est peut-être maintenant plus facile de comprendre pourquoi nous avons séparé les répertoires de gabarits du projet de ceux de l’application : tout ce qui fait partie de l’application de sondage se trouve dans polls. L’application forme un tout par elle-même et est ainsi plus facile à intégrer dans un nouveau projet.
Le répertoire polls pourrait maintenant être copié dans un nouveau projet Django pour être immédiatement utilisé. L’application n’est cependant pas encore tout à fait prête pour être publiée. Pour cela, il faut encore empaqueter l’application afin que d’autres puissent facilement l’installer.
L’état actuel de la construction de paquets Python est un peu embrouillé par l’utilisation de plusieurs outils. Dans ce tutoriel, nous allons utiliser setuptools pour construire nos paquets. C’est l’outil d’empaquetage que nous recommandons (fusionné avec le dérivé distribute). Nous utiliserons aussi pip pour l’installer et le désinstaller. Vous devriez installer maintenant ces deux paquets. Si vous avez besoin d’aide, vous pouvez vous référer à comment installer Django avec pip. Vous pouvez installer setuptools de la même manière.
L”empaquetage Python se réfère à la préparation d’une application dans un format spécifique qui peut être facilement installé et utilisé. Django lui-même est empaqueté de manière très semblable. Pour une petite application comme la nôtre, ce processus n’est pas trop difficile.
\nPremièrement, créez un répertoire parent pour le paquet, en dehors de votre projet Django. Nommez ce répertoire django-polls.
Déplacez le répertoire polls dans le répertoire django-polls et renommez-le en django_polls.
Modifiez django_polls/apps.py afin que name se réfère au nouveau nom de module et ajoutez label pour donner un nom court à l’application :
django-polls/django_polls/apps.pyfrom django.apps import AppConfig\n\n\nclass PollsConfig(AppConfig):\n default_auto_field = "django.db.models.BigAutoField"\n name = "django_polls"\n label = "polls"\nCréez un fichier django-polls/README.rst contenant ceci :
django-polls/README.rst============\ndjango-polls\n============\n\ndjango-polls is a Django app to conduct web-based polls. For each\nquestion, visitors can choose between a fixed number of answers.\n\nDetailed documentation is in the "docs" directory.\n\nQuick start\n-----------\n\n1. Add "polls" to your INSTALLED_APPS setting like this::\n\n INSTALLED_APPS = [\n ...,\n "django_polls",\n ]\n\n2. Include the polls URLconf in your project urls.py like this::\n\n path("polls/", include("django_polls.urls")),\n\n3. Run ``python manage.py migrate`` to create the models.\n\n4. Start the development server and visit the admin to create a poll.\n\n5. Visit the ``/polls/`` URL to participate in the poll.\nCréez un fichier django-polls/LICENSE. Le choix d’une licence n’est pas dans le thème de ce tutoriel, mais nous vous rendons attentif au fait que du code publié sans licence est inutile. Django et de nombreuses applications compatibles Django sont distribués sous licence BSD ; vous êtes bien sûr libre d’utiliser la licence de votre choix. Sachez seulement que le choix de la licence a un impact sur la quantité d’utilisateurs potentiels de votre code.
Ensuite, nous allons créer les fichiers pyproject.toml, setup.cfg et setup.py qui précisent la façon de construire et d’installer l’application. Nous ne nous lancerons pas dans une explication détaillée de ces fichiers, mais vous trouverez plus d’informations dans la documentation de setuptools. Créez les fichiers django-polls/pyproject.toml, django-polls/setup.cfg et django-polls/setup.py avec le contenu suivant :
django-polls/pyproject.toml[build-system]\nrequires = ['setuptools>=40.8.0']\nbuild-backend = 'setuptools.build_meta'\ndjango-polls/setup.cfg[metadata]\nname = django-polls\nversion = 0.1\ndescription = A Django app to conduct web-based polls.\nlong_description = file: README.rst\nurl = https://www.example.com/\nauthor = Your Name\nauthor_email = yourname@example.com\nlicense = BSD-3-Clause # Example license\nclassifiers =\n Environment :: Web Environment\n Framework :: Django\n Framework :: Django :: X.Y # Replace "X.Y" as appropriate\n Intended Audience :: Developers\n License :: OSI Approved :: BSD License\n Operating System :: OS Independent\n Programming Language :: Python\n Programming Language :: Python :: 3\n Programming Language :: Python :: 3 :: Only\n Programming Language :: Python :: 3.10\n Programming Language :: Python :: 3.11\n Programming Language :: Python :: 3.12\n Topic :: Internet :: WWW/HTTP\n Topic :: Internet :: WWW/HTTP :: Dynamic Content\n\n[options]\ninclude_package_data = true\npackages = find:\npython_requires = >=3.10\ninstall_requires =\n Django >= X.Y # Replace "X.Y" as appropriate\ndjango-polls/setup.pyfrom setuptools import setup\n\nsetup()\nSeuls des modules et paquets Python sont inclus par défaut dans le paquet. Pour ajouter des fichiers supplémentaires, nous devrons créer un fichier MANIFEST.in. La documentation de setuptools mentionnée à l’étape précédente présente ce fichier en détails. Pour inclure les gabarits et les fichiers README.rst et LICENSE, créez un fichier django-polls/MANIFEST.in avec le contenu suivant :
django-polls/MANIFEST.ininclude LICENSE\ninclude README.rst\nrecursive-include django_polls/static *\nrecursive-include django_polls/templates *\nIl est facultatif, mais recommandé, d’inclure de la documentation détaillée dans votre application. Créez un répertoire vide django-polls/docs en prévision de contenu documentaire. Ajoutez une ligne supplémentaire dans django-polls/MANIFEST.in:
recursive-include docs *\nNotez que le répertoire docs ne sera pas inclus dans votre paquet tant que vous n’y ajoutez pas de fichier. Beaucoup d’applications Django offrent aussi un version en ligne de leur documentation par le moyen de sites comme readthedocs.org.
Essayez de construire votre paquet en exécutant python setup.py sdist depuis django-polls. Cela va créer un répertoire nommé dist et construire votre nouveau paquet, django-polls-0.1.tar.gz.
Pour plus d’informations sur l’empaquetage, consultez (en anglais) le Tutoriel sur l’empaquetage et la distribution de projets.
\nComme nous avons déplacé le répertoire polls hors du projet, celui-ci ne fonctionne plus. Nous allons maintenant corriger ça en installant notre nouveau paquet django-polls.
Pour installer le paquet, utilisez pip (vous l’avez déjà installé, n’est-ce pas ?) :
\npython -m pip install --user django-polls/dist/django-polls-0.1.tar.gz\nMettez à jour mysite/settings.py pour pointer vers le nouveau nom de module :
INSTALLED_APPS = [\n "django_polls.apps.PollsConfig",\n ...,\n]\nMettez à jour mysite/urls.py pour pointer vers le nouveau nom de module :
urlpatterns = [\n path("polls/", include("django_polls.urls")),\n ...,\n]\nLancez le serveur de développement pour confirmer que le projet fonctionne toujours.
Après avoir empaqueté et testé django-polls, il est prêt à être partagé avec le monde entier ! Si ce n’était pas qu’un exemple, vous pourriez maintenant :
Envoyer le paquet à un ami par courriel.
Envoyer le paquet sur votre site Web.
Publier le paquet dans un dépôt public, tel que le Python Package Index (PyPI). packaging.python.org dispose d’un bon tutoriel (en anglais) qui explique comment faire cela.
Précédemment, nous avons installé django-polls comme bibliothèque utilisateur. Cela comporte quelques désavantages :
La modification de bibliothèques utilisateurs peut influencer d’autres logiciels Python sur votre système.
Vous ne pourrez pas faire fonctionner plusieurs versions de ce paquet en parallèle (ou avec d’autres portant le même nom).
Typiquement, ces situations ne se produisent que lorsque vous maintenez plusieurs projets Django. Dans ces cas, la meilleure solution est d’utiliser venv. Cet outil permet de maintenir plusieurs environnements Python isolés les uns des autres, ayant chacun leur propre copie des bibliothèques et de l’espace de nom des paquets.
\n