En incluant une de de l'application URL dans urls.py de projet, mon partenaire le codage par cette façon:Django: Quand vous faites un include des URL, dois-je préciser project.app ou tout simplement l'application
('^stops/', include('stops.urls'))
Cependant, Django documentation Précise la syntaxe suivante:
('^clients/', include('project_name.app_name.urls'))
Sa manière a fonctionné. Y a-t-il une raison de spécifier le nom du projet?
Cela dépend de votre paramètre PYTHONPATH et de la structure de vos projets et applications.
Nous avons beaucoup, beaucoup de projets. Chacun avec plusieurs applications. Tous sont sur notre PYTHONPATH, donc le nom du projet est essentiel.
Si vous avez un seul projet et que le répertoire de projet de niveau supérieur se trouve sur votre PYTHONPATH, chaque application peut être résolue séparément et vous ne pouvez pas utiliser le nom du projet.
si le shell que vous utilisez
import this
vous verrez qu'il ya un zen de python « » explicite est mieux que implicite « » des thats d'où la raison de préciser le nom du projet.
Cela dépend également si l'application se trouve dans votre projet ou s'il est réutilisable. J'ai un nouveau virtualenv pour chaque projet, et j'utilise un référentiel séparé pour chaque application. Ceux-ci sont ensuite installés dans le chemin du système (soit sous forme modifiable pour le développement, soit sous forme non modifiable pour le déploiement), ce qui signifie que j'ai <appname> sur le PYTHONPATH.