Discussion :

[Neitsa]

Bonjour à tous,

Python version: 3.0.1 (CPython) / O.S : Windows

Voilà un peu plus de 5 mois que je fais quotidiennement du python. Je développe actuellement un package à mes heures perdues. Au début j'ai commencé avec un seul module puis j'ai finalement "éclaté" le code en divers modules. Se pose aujourd'hui la gestion du package et notamment du fichier __ini__.py.

Je dispose d'un module "global" (global.py) que tous mes autres modules importent. Ce module contient uniquement des variables globales (en petit nombres fort heureusement) nécessaires à tous les autres modules et quelques fonctions d'initialisation.

J'ai beau relire la doc concernant les modules et packages je ne suis pas sur de la manière de procéder quant à ce qui serait considéré comme une "bonne pratique" python.

Prenons un exemple:

Mes modules ont une forte intégration avec Windows, du notamment à une utilisation de l'API de ce système via ctypes. Je voudrais faire au moins une fonction d'initialisation qui vérifie si l'utilisateur de mon package se trouve sur un système Windows (dans la négative il serait inutile d'aller plus loin).

Est-il possible de mettre cette fonction dans le fichier __init__.py ?

Quid des quelques variables globales utilisées dans le module global.py ? Est-il possible de les mettre dans __init__.py ou vaut-il mieux les laisser dans global.py et utiliser ce dernier dans __init__.py et faire un import de ce module dans chacun des autres modules ?

Merci à vous

[N.tox]

admettons les scripts suivants:
__init__.py:

Code :

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

import x,y

x.py :

Code :

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

def x1(): print 'x1'

y.py :

Code :

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

def y1(): print 'x2'

zeTest.py :

Code :

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

from test import *

admettons l'arborescence suivante :

Code :

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

1
2
3
4
5
[ Dummy ]-+-[ test ]-+-< __init__.py
          |          +-< x.py
          |          +-< y.py
          |
          +-< zeTest.py

dans __init__.py, j'ai importé tous les modules, ce qui nous permet par la suite de n'avoir à taper que "from test import *" (dans zeTest.py), ce qui est strictement équivalent à

Code :

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

1
2
import test.x as x
import test.y as y

Mais beaucoup plus court et moins fastidieux... si en plsu par la suite tu ajoutes un module au dossier test, il n'y aura qu'a le rajouter dans la liste des modules à importer de __init__.py. C'est une question de goût, mais moi j'aime bien cette façon de faire.

Ensuite __init__.py est un module comme les autres, tu peux effectivement mettre des variables globales, verifier le système courant et alors importer les modules, ou non et alors lever une Exception (enfin, gaffe aux importation circuaires !). Perso je me servirai juste de __init__.py pour vérifier le system et importer tous les modules, et reserverait un script pour les variables globales. La vérification du système se fait grâce au module sys je crois, ou os (je penche plus pour sys). Direction python .org pour leur docs

Je pense qu'il est tout à fait inutile que je te le précise (mais sait-on jamais ) les variables globale que tu importera ne seront globales qu'au sein du module à partir duquel tu aura lancé les imports

[Neitsa]

Bonjour N.tox,

merci beaucoup pour ta réponse très complète et qui lève pas mal de doute

J'ai aussi regardé de près au fichier __init__.py de ctypes pour voir ce qu'il faisait, ce qui rajoute à tes explications.

Hum, la précision finale n'était pas superflue J'aurais pu me faire avoir !

Merci encore. Je reviendrais si j'ai d'autres problèmes...

[rambc]

Je voudrais faire au moins une fonction d'initialisation qui vérifie si l'utilisateur de mon package se trouve sur un système Windows (dans la négative il serait inutile d'aller plus loin).

Ceci devrait t'aider :

Code :

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

1
2
3
4
5
6
7
8
#!/usr/bin/env python
#coding=utf-8
 
import sys
 
# Voir ici : http://docs.python.org/library/sys.html
#        http://python.developpez.com/faq/?page=Generalites#GenInfoSystemPython
print sys.platform

[Neitsa]

Hello,

merci rambc pour cette indication supplémentaire.

A priori, les modules 'sys', 'os' et 'platform' remplissent à divers degrés ce que je cherche.

Encore merci à vous pour vos réponses !

[ben_ghost]

Hello all,

Bon je reprend un peu le topic qui date un peu (quoi que il n'a qu'un an) mais j'ai exactement le même soucis ... enfin a une nuance prés :

Le schéma de N.tox est il toujours correct dans le cas où on utilise des classes ? (je c la quetsion peut paraitre bête)

Dans mon cas j'ai des messages d'erreur...

et deuxième question : je comptais faire 1 fichier = 1 classe est ce selon vous correct comme marche à suivre ? Je trouve ça plus visuel, la maintenance est plus simple de cette façon.

Je tiens à préciser que je suis débutant sur le python (mon dada normalement c'est le vb et le C)