Discussion :

[Maximus_Irathus]

Bonjour,

Dans un tutoriel, pour utiliser des modules, on fait un dossier "utils" dans le même dossier que le code principal. Dans ce dossier on met __init__.py et les modules. Pour utiliser lesdits modules, on fait ensuite dans le "code principal" from utils.nomdumodule import nomdelafonction.

Je me demande si dans le dossier utils, je crée un autre dossier utils, et je fais un module de module, et si dans le module je fais un import du module de module, est-ce que depuis le code principal je vais pouvoir appeler le module de module? Suffit-il d'appeler le module qui l'appellera lui-même s'il a besoin (si une fonction utilise le module de module)?
Quelle est la méthode la plus rapide?

J'ai déjà vu dans la syntaxe un numpy.linalg.nomdelafonction. Cela reste plus facile qu'un from x import from y import from z import nomdelafonction (si cette syntaxe existe).

En bref, si vous ne voulez pas vous fatiguer : simplement montrez-moi un exemple, ou une syntaxe qui appelle un module de module fait par l'utilisateur. (Et l'organisation, l'arborescence des modules.)

En vous remerciant d'avance pour vos réponses,

[wiztricks]

Salut,

En bref, si vous ne voulez pas vous fatiguer : simplement montrez-moi un exemple, ou une syntaxe qui appelle un module de module fait par l'utilisateur. (Et l'organisation, l'arborescence des modules.)

Le python tutorial donne de bons exemples de ce qui s'appelle package.

Je me demande si dans le dossier utils, je crée un autre dossier utils, et je fais un module de module, et si dans le module je fais un import du module de module, est-ce que depuis le code principal je vais pouvoir appeler le module de module? Suffit-il d'appeler le module qui l'appellera lui-même s'il a besoin (si une fonction utilise le module de module)?

Une fois que vous aurez lu le tutoriel, le plus simple sera d'essayer de construire cela par vous même.
Vous pourrez voir comment çà fonctionne et si vous avez des questions précises, les illustrer à partir de ce que vous avez construit.
note: Si vous n'essayez pas par vous même vous ne mettrez jamais le doigt sur les concepts qui vous passent par dessus la tête (et qui mériteraient des explications ici). Et tant que vous ne mettez pas les mains dans le cambouis pour voir ce qui coince pas la peine de vous raconter, en moins bien, ce que vous avez déjà dans les tutos.

- W

[Maximus_Irathus]

Merci beaucoup, je ne connaissais pas le tutoriel.
J'aime mettre les mains de le cambouis ne vous inquiétez pas, là c'était juste pour une question de temps - il est important de ne pas s'obstiner dans la mauvaise direction (ou encore dans une direction pas du tout optimale).
J'essaierai de poster uniquement si nécessaire ne vous en faites pas.

[wiztricks]

Merci beaucoup, je ne connaissais pas le tutoriel.
J'aime mettre les mains de le cambouis ne vous inquiétez pas, là c'était juste pour une question de temps - il est important de ne pas s'obstiner dans la mauvaise direction (ou encore dans une direction pas du tout optimale).
J'essaierai de poster uniquement si nécessaire ne vous en faites pas.

Vous faites comme vous voulez...
Imaginez allez voir un bahut chez un marchand de meubles. C'est juste une armoire de rangement. Mais savoir ouvrir les portes ne va pas va aider à savoir quoi ranger en haut à droite ou en bas à gauche: ça, c'est votre décision et l'optimal se définira en fonction de l'usage que vous allez en faire...

- W

[tyrtamos]

Bonjour,

Il est important de maîtriser les packages. Non seulement ils permettent de clarifier la structure d'un programme complexe, mais ils facilitent aussi la réutilisation de fonctions personnelles d'un programme à l'autre. Les packages peuvent être complexes (l'un de mes programmes a plus de 70 modules perso dans une trentaine de sous-répertoires).

Cependant, quand l'un des modules importe un autre module du même package, il y a une subtilité qu'on ne voit pas tout de suite: le répertoire courant est alors celui du programme qui importe le package, et non le répertoire du module!

A titre d'exemple:
J'ai un programme principal prog.py avec un package lib situé au même niveau.
J'ai 2 modules mod1.py et mod2.py situés au même niveau au sein du package: lib/slib/mod1.py et lib/slib/mod2.py.
Dans le programme principal, j'importe mod1.py avec: "import lib.slib.mod1"
Mais si mod1 doit importer mod2, il devra utiliser "import lib.slib.mod2" et non "import mod2", parce que le répertoire courant est celui du programme principal.

[Maximus_Irathus]

Bonjour,
merci beaucoup tyrtamos.

Par contre j'ai un petit souci, du coup pour modifier un peu l'exemple, si mod1 dans une fonction, doit faire appel à une fonction de mod2, mais que celui-ci est "plus bas" (qu'il est un module de mod1, dans un package qui est lui-même dans celui contenant mod1) - que sera-t-il écrit pour cet appel dans mod1.py? Sachant que tout sera ensuite appelé par le programme "plus haut"?

Directement le nom de la fonction? [Ou encore un chemin prenant déjà en compte un appel depuis le programme principal?]

J'ai l'impression d'avoir tout essayé, mais ça n'est pas encore tout à fait bon hélas. Merci pour vos réponses, elle me font gagner du temps.

Sinon je vais le mettre au même niveau que mod1 pour le moment, car il est vrai que pour l'instant je n'ai pas autant à trier. Mais j'aimerais savoir si ça peut fonctionner avec un mod2 d'un niveau plus bas, car il sera à un moment ou un autre plus cohérent de hiérarchiser.

[Maximus_Irathus]

Ah je vois, en fait j'ai trouvé, mais il faut juste constater qu'on ne peut pas se permettre à la fois d'utiliser le module de module, depuis le module et depuis le programme principal. Seulement faire l'un puis l'autre.

[wiztricks]

Ah je vois, en fait j'ai trouvé, mais il faut juste constater qu'on ne peut pas se permettre à la fois d'utiliser le module de module, depuis le module et depuis le programme principal. Seulement faire l'un puis l'autre.

Si vous n'illustrez pas ce que vous racontez avec un minimum de code, impossible de comprendre ce que peut bien vouloir dire "utiliser le module de module, depuis le module et depuis le programme principal".
Et si on ne comprend pas ce que vous racontez, pas grand monde essaiera de vous aider...

- W

[Maximus_Irathus]

Bonjour,
Je m'excuse pour mon manque de clarté, même si je pense avoir trouvé tout seul, peut-être pouvez vous m'apportez d'avantage de précisions si ça vous semble pertinent, voici un organigramme et les données :

[wiztricks]

Salut,

Relisez ce qu'a raconté Tyrtamos: "from modules.mod.module_1.1 import nom_fonction" fonctionnera pourvu que "modules" soit dans les chemins dans lesquels "import" ira chercher.
Lorsque vous lancez script.py, Python ajoute le répertoire contenant script.py à ces chemins. Si ce répertoire contient "modules", çà fonctionne. Et si script.py est dans le répertoire "modules", çà ne fonctionnera pas (tout seul).

Ceci dit, je ne comprends toujours pas le problème que vous cherchez à résoudre.
Si vous fabriquez une répartition de votre code en plusieurs machins A, B, C.
Le programme principal fera import A, import B, import C et appellera les différentes fonctions via A.f(), B.f(),...
Pour le programme appelant, que A soit le script A.py ou le package du s/répertoire A, il devrait toujours pouvoir appeler la fonction f de la même façon pour éviter d'avoir à mettre à jour nombre de lignes... Et si A est un package, l'appelant n'a pas à savoir où a été écrite cette fonction.
En écrivant çà, je formule un besoin que vous n'avez peut être pas, mais que l'on résout dans le fichier __init__.py du package avec les from ... import ad hoc.

- W