Merci pour le tutoriel :)

Par contre à un moment, vous dîtes :

Pour ce genre de scénario, il faut donc avoir le dossier qui les contient à côté de votre package. Ainsi, si j’avais des tests unitaires, je devrais faire un dossier tests à côté du dossier test_imports. Par exemple, transformer mon arbo en un truc comme ça :

src
…|_ test_imports
…|_ tests

Afin que je lance les tests en faisant python tests depuis src. Et dans mes fichiers de tests, je pourrai faire des from test_imports import truc.

Cependant, j’ai créé la même arborescence (pour faire des tests unitaires), avec:

test_import
………..|_ __init__py
………..|_ src
……………..|_ __init__
……………..|_ code.py
………..|_ tests
……………..|_ __init__py
……………..|_ test_code.py

Tous les __init__.py sont vides.
Dans test_code.py, j’ai mis “from src import code”

Puis, en me plaçant dans le répertoire test_import dans une console, je fais:
> python tests/test_code.py

Et j’obtiens un joli ImportError, alors que c’est censé marcher d’après le paragraphe cité ci-dessus…
En fait, j’ai testé en imprimant le sys.path, et il ajoute “test_import/tests” et non “test_import” comme indiqué…

Qu’est ce que j’ai mal fait ?

Mon but final est de pouvoir utiliser nosetests depuis n’importe où dans l’arborescence, sans avoir à faire des “sys.path.append()” de partout.

Merci pour votre aide :) !

Ce n’est pas forcément ce que vous voulez. Python 3 corrige cela en permettant des imports relatifs, et Python 2.7 peut en bénéficier en important tout en haut du module :

from __future__ import absolute_import

c’est pas plustôt les import absolus justement que permet python3 ?

Encore merci pour vos articles, continuez les mecs!

Pour dire, même si je google ‘”à poil les putes” site:sametmax.com’ je tombe sur des trucs vachement intéressants:

4 résultats:
- Quel hébergement Web pour les projets Python ?
- Monitorez vos serveurs avec munin et notifications par email
- Concurrence sans threads en python
- FizzBuzz en Python

Comme quoi on peut voir sa bite en gros plan et avoir aussi un cerveau…

Par ailleurs, comme tu as demandé une relecture:
s/Mais si je me met ici/Mais si je me mets ici/
s/quand tout à échoué/quand tout a échoué/

Il y en a de plusieurs types dont le plus simple contient simplement le chemin du dossier à ajouter (messcrits.pth):

/Users/Shared/Dropbox/messcripts

et qui me donne accès à toutes les classes et les fonctions qui sont dans les fichiers présents (comme il est dans Dropbox, je peux m’en servir sur toutes les machines que j’utilise, Linux et Mac OS X, il suffit d’utiliser sur chacune un fichier .pth pointant vers le dossier).

Il y a moyen d’ajouter plusieurs dossiers (un par ligne) comme dans (Django les supporte aussi, voir A Note on Python Paths ).
/Library/test/django_src/trunk
/Library/tes/myproject_src/trunk

D’autres compliquent un peu les choses en écrivant:
import sys; sys.path.insert(0,'/Library/Frameworks/GDAL.framework/Versions/1.9/Python/2.7/site-packages')
pour être surs que leur module soit en première position dans la liste du PYTHONPATH.

Et enfin, certains utilisent cette technique pour changer l’appel du module comme le fichier Ngl.pth qui ne contient que PyNGL, ce qui permet d’utiliser soit
import Ngl
soit
import PyNGL

Tu vois autre chose à faire kontre ?