Discussion :

[cal23]

Bonjour. Je débute en Python et j'ai une question sur les importations:
j'ai créé un projet dans Spyder.
Dedans, j'ai créé un package paquet1 dans lequel j'ai mis un module module1.
J'ai aussi créé dans le projet un package paquet2 dans lequel j'ai mis un module module2.
Quelle est la syntaxe pour importer module1 dans module2 pour utiliser les fonctions du module module1?
J'ai un peut tout essayé mais je n'ai pas réussi.
Merci.

[deusyss]

Avant tout, il faut t'assurer que dans le dossier de ton package tu ai bien un fichier "__init__.py", même vide.

Ensuite la syntaxe d'import est "import <package>.<module> as <alias>", puis dans ton code "<alias>.<classe/fonctions>".

[cal23]

Merci pour ta réponse.
J'ai déjà essayé cette syntaxe : avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

import paquet1.module1 as module

j'ai le message d'erreur:
import paquet1.module1 as module
ImportError: No module named paquet1.module1

Les fichiers "__init__.py" sont bien ajoutés automatiquement par Spyder.
Je précise que les dossiers paquet1 et paquet2 représentant les packages ne sont pas imbriqués mais sur le même niveau.

[Invité]

Je précise que les dossiers paquet1 et paquet2 représentant les packages ne sont pas imbriqués mais sur le même niveau.

Bonjour,

Le mieux, si vous en avez la patience, reste encore d'étudier par vous-même le mécanisme d'import de Python : https://docs.python.org/3/reference/import.html

En effet, celui-ci est passablement complexe à détailler et l'avenir des namespace packages ne risque pas d'améliorer les choses !

Un bon exemple valant mille explications, ci-joint une archive .zip contenant une arborescence avec du code exemple en Python3 pour illustrer tout ceci :

exemple-import.zip

@+.

[cal23]

Ca marche mais ça ne paraît pas très pratique si on a plein de packages imbriqués les uns dans les autres: il faut ajouter ../../../ etcaetera au path ?
Et dans la pratique, est-ce qu'on fait un module principal avec des packages dans le dossier de ce module ?
On évite d'avoir recours à l'ajout de ../../../ etcaetera au path ?

[Invité]

Ca marche mais ça ne paraît pas très pratique si on a plein de packages imbriqués les uns dans les autres: il faut ajouter ../../../ etcaetera au path ?
Et dans la pratique, est-ce qu'on fait un module principal avec des packages dans le dossier de ce module ?
On évite d'avoir recours à l'ajout de ../../../ etcaetera au path ?

En théorie, quand on fait des packages, c'est qu'on construit une librairie en arborescence (avec un seul dossier parent et tous les packages en sous-dossiers de ce dossier parent).

Et si on construit une librairie, ça veut dire que les modules des packages de cette librairie ne seront qu'importés (jamais lancés comme scripts indépendants).

Je vous ai donné un exemple de module2.py qui fait les deux : importer module1.py en tant que script principal indépendant module2.py et importer module1.py en tant que module module2.py lui-même importé par main.py, un script consommateur externe à cette librairie.

Si vous établissez vos packages correctement dans une lib, c'est le second cas que vous utiliserez systématiquement, à savoir un fichier programme externe e.g. main.py qui consomme votre lib de l'extérieur.

Donc, vous aurez systématiquement :

Pour main.py, le programme consommateur de la lib :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#!/usr/bin/env python3
# -*- coding: utf-8 -*-
 
# on importe module2
import src.package2.module2 as M2

et pour src/package2/module2.py, le fournisseur de services :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
#!/usr/bin/env python3
# -*- coding: utf-8 -*-
 
# dépendra de l'emplacement de package1
# ici le module se trouve à src/package1/module1.py
from ..package1 import module1

Et rien de plus (tout le reste du blabla était là pour vous faire réfléchir sur les mécanismes d'import de Python), c'est le code ci-dessus qu'il faut employer dans la vie de tous les jours.

@+.

[cal23]

OK, merci bien.