Modèles d’éléments Python
Les modèles d’élément sont disponibles dans les projets Python via la commande de menu Projet>Ajouter un nouvel élément, ou via la commande Ajouter>Nouvel élément dans le menu contextuel de l’Explorateur de solutions.
Avec le nom que vous fournissez pour l’élément, un modèle crée généralement un ou plusieurs fichiers et dossiers dans le dossier actuellement sélectionné dans le projet (un clic droit sur un dossier pour afficher le menu contextuel entraîne la sélection automatique de ce dossier). Un élément ajouté est inclus dans le projet Visual Studio, et l’élément s’affiche dans l’Explorateur de solutions.
Le tableau suivant décrit brièvement l’effet de chaque modèle d’élément dans un projet de Python :
| Modèle | Ce que crée le modèle |
|---|---|
| Fichier Python vide | Un fichier vide avec l’extension .py. |
| Classe Python | Un fichier .py contenant une seule définition de classe Python vide. |
| Package Python | Un dossier qui contient un fichier __init__.py. |
| Test unitaire Python | Un fichier .py avec un test unitaire unique basé sur le framework unittest, ainsi qu’un appel à unittest.main() pour exécuter les tests dans le fichier. |
| Page HTML | Un fichier .html avec une structure de page simple composée d’un élément <head> et d’un élément <body>. |
| JavaScript | Un fichier .js vide. |
| Feuille de style | Un fichier .css contenant un style vide pour body. |
| Fichier texte | Un fichier .txt vide. |
| Application Django 1.9 Application Django 1.4 |
Dossier portant le nom de l’application, qui contient les fichiers principaux d’une application Django, comme expliqué dans Learn Django dans Visual Studio, créez une application Django avec une structure par défaut pour Django 1.9. Pour Django 1.4, le dossier migrations, le fichier admin.py et le fichier apps.py ne sont pas inclus. |
| Fichiers de prise en charge des rôles Web | Un dossier bin à la racine du projet (quel que soit le dossier sélectionné dans le projet). Le dossier contient un script de déploiement par défaut et un fichier web.config pour les rôles web Azure Cloud Services. Le modèle comprend également un fichier readme.html qui explique tous les détails. |
| Fichiers de prise en charge des rôles de travail | Un dossier bin à la racine du projet (quel que soit le dossier sélectionné dans le projet). Le dossier contient un script de déploiement et de lancement par défaut, ainsi qu’un fichier web.config, pour les rôles de travail Azure Cloud Services. Le modèle comprend également un fichier readme.html qui explique tous les détails. |
| Fichier web.config Azure (FastCGI) | Un fichier web.config qui contient des entrées pour les applications utilisant un objet WSGI afin de prendre en charge les connexions entrantes. Ce fichier est généralement déployé à la racine d’un serveur web sous IIS. Pour plus d’informations, voir Configurer une application pour IIS. |
| Fichier web.config Azure (HttpPlatformHandler) | Un fichier web.config qui contient des entrées pour les applications qui sont à l’écoute des connexions entrantes sur un socket. Ce fichier est généralement déployé à la racine d’un serveur web exécutant IIS, tel qu’Azure App Service. Pour plus d’informations, voir Configurer une application pour IIS. |
| Fichier web.config des fichiers statiques Azure | Un fichier web.config généralement ajouté à un dossier static (ou à tout autre dossier contenant des éléments statiques) pour désactiver la prise en charge de ce dossier par Python. Ce fichier de configuration fonctionne conjointement avec l’un des fichiers de configuration FastCGI ou HttpPlatformHandler ci-dessus. Pour plus d’informations, voir Configurer une application pour IIS. |
| Fichier web.config de débogage à distance Azure | Déconseillé (auparavant utilisé pour le débogage à distance sur Azure App Service pour Windows, qui n’est plus pris en charge). |