Discussion :

[L'AMI Yves]

[QUOTE=L'AMI Yves;10614525]Bonjour-bonsoir à tous.

Je l'ai déjà dit, vous savez que je débute en Python.

Merci à ceux qui m'ont répondu pour la taille de police des widgets. Quelqu'un m'a dit qu'une certaine solution pourrait avoir des répercutions plus étendues que prévu : si je le constate, je saurai pourquoi.

Aujourd'hui, mon problème est celui-ci : sachant que mon programme va s'étoffer, j'essaie de commencer à le découper en plusieurs fichiers. Comme j'ai déjà écrit ce que j'appelle "Premier", comme le premier stade du déroulement de mon application, il y avait dans mon fichier (.py) d'origine une suite d'instructions commençant par

Code :

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

1
2
3
def Premier():
    quelques
    instructions

J'ai coupé ce "paquet" dans mon fichier source, et je l'ai recopié dans le même répertoire dans un fichier nommé "Premier.py", et j'ai ajouté au début de mon fichier source initial la ligne

Code :

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

from . import Premier

et je pensais n'avoir rien d'autre à modifier (à part la ligne de codage utf8 au début de Premier.py), mais ça ne marche pas. J'ai des messages d'erreur sur "import". J'ai essayé divers trucs qui ont tous foiré, c'est pourquoi je viens de nouveau vous solliciter.

Merci d'avance

AMIcalement.

[wiztricks]

Salut,

J'ai essayé divers trucs qui ont tous foiré, c'est pourquoi je viens de nouveau vous solliciter.

On essaie pas n'importe quoi, on ouvre un tuto qui explique tout çà. Puis on essaie de comprendre quelles vont être les conséquences côté code, enfin on essaie d'appliquer pour voir si on a compris.

- W

[L'AMI Yves]

Merci, Wiztricks. En fait, je n'ai pas essayé n'importe quoi, et j'avais (entre autres) consulté ce tuto. Mais (en tous cas pour moi) il n'est vraiment pas très clair : au début, on a l'impression qu'on peut importer directement depuis le répertoire courant, puis ensuite on s'apreçoit qu'il faut le transformer en paquet (__init__.py, que j'avais omis) et il ne faut pas se mélanger entre nom de fichier (.py) et nom de fonction contenu dans le fichier. Bon, maintenant, ça y est.

Mais du coup, je tombe sur un deuxième (d'une longue série ?) problème : dans mon fichier initial, il y avait la définition de widgets, avec des IntVar pour dialoguer avec l'utilisateur. Voila que maintenant, elles sont définies dans le programme qui les crée, et référencées dans celui que j'importe, et là, IDLE râle. Suffit-il de les déclarer globales ?

Encore merci.

AMIcalement.

[wiztricks]

Mais (en tous cas pour moi) il n'est vraiment pas très clair : au début, on a l'impression qu'on peut importer directement depuis le répertoire courant.

C'est çà le propre d'un bon tuto. on le lit une fois, on comprends pas trop et on zappe un tas de trucs, puis on pratique un peu et on le relit pour comprendre ce que çà raconte avec l'éclairage d'une petite expérience. Certains bouts qu'on avait zappé commencent à prendre un sens d'autres restent très gris.

Suffit-il de les déclarer globales ?

Et non car la portée d'une variable globale est limité au module.
Mais replongez vous dans ce chapitre du tuto. avec cette question en tête, vous allez y trouver la réponse (car elle y est présentée plusieurs fois).

- W

[L'AMI Yves]

Bon, alors il va me falloir être plus modeste, et m'y replonger... Merci.

AMIcalement.

[wiztricks]

Bon, alors il va me falloir être plus modeste, et m'y replonger... Merci.

2nd paragraphe du chapitre 6.1:

Chaque module possède sa propre table de symboles, utilisée comme table de symboles globaux par toutes les fonctions définies par le module. Ainsi l’auteur d’un module peut utiliser des variables globales dans un module sans se soucier de collisions de noms avec des variables globales définies par l’utilisateur du module.

Donc déjà vous savez que la portée d'une variable est réduite au module.
Puis çà dit:

Cependant, si vous savez ce que vous faites, vous pouvez modifier une variable globale d’un module avec la même notation que pour accéder aux fonctions : nommodule.nomelement.

- W

[L'AMI Yves]

Merci de ta grande patience. Je m'aperçois que tous mes vieux réflexes "VB6" sont à mettre à la poubelle. Mon découpage en modules n'est pas du tout dans la "culture" de Python.

Mais du coup il me vient une question presque philosophique : est-il courant, en Python, d'importer tkinter (par exemple) dans les différents modules, voire paquets, que je vais créer, pour découper mon application ? A relire ton tuto, je le soupçonne, cra je ne vois pas par quel mécanisme je passerais des IntVar d'un module à un autre, mais je voudrais confirmation.

Merci.

AMIcalement.

[wiztricks]

est-il courant, en Python, d'importer tkinter (par exemple) dans les différents modules, voire paquets, que je vais créer, pour découper mon application ?

"import tkinter" charge le module tkinter (s'il n'a pas déjà été chargé) et définit la variable globale "tkinter" (associé au module) pour accéder aux objets de la bibliothèque. Donc c'est courant.

A relire ton tuto, je le soupçonne, cra je ne vois pas par quel mécanisme je passerais des IntVar d'un module à un autre, mais je voudrais confirmation.

IntVar est un objet.
A = Intvar()
crée une instance de cet objet et l'associe à la variable globale A.
Si vous appelez une fonction d'un autre module avec A comme variable, il pourra accéder à ce même IntVar.
Le truc dégueu serait module.B = A i.e. créer une variable globale dans B "alias".
(ce qu'on fait par exemple via from tkinter import *)

Moralité, avec Python, découper son code en modules n'est pas si trivial.
Au début, il est préférable de tout avoir dans le même script.
Puis d'apprendre les rudiments de la POO.
A ce moment là les choses deviennent plus claires (mais le chemin est un peu trop long pour les impatients).

- W

[L'AMI Yves]

Dingue : il a détecté que j'étais un impatient !

Encore merci

AMIcalement.