C’est une mauvaise chose, à part dans le cas où tu utilises 20 objets de locals, et ce dans plusieurs fichiers. Ce cas exceptionnel dénote un gros projet et un dev qui sait ce qu’il fait. Dans ce cas le raccourcis est acceptable puisqu’on sait d’où on vient et où on va avec l’expérience, et le bénéfice dépasse le coût.

Mais un tel dev n’aura pas besoin de mon article et ne le lira pas.

import pygame
from pygame.locals import *

D’un côté, “.locals”, je ne sais pas du tout à quoi il peut bien servir et d’un autre côté seulement que quasi l’ensemble des programmes utilisant la lib pygame se servent de “from pygame.locals import *”.

@Jean-Eud Tu fais pas from os import open. Mais si tu le faisais, tu pourrais trouver le bout de code responsable facilement. Si tu as des import *, pour trouver d’où vient le problème, bonne chance.

Pour les imports de la lib standard, on fait presque toujours “import module” de toute façon:

import re # re.match...
import sys # sys.path
import os # os.open
import urllib2 # urllib2.urlopen
import uuid # uuid.uuid4
import json # json.loads
import pickle # pickle.dumps

Seuls les modules très spécifiques, avec des noms longs et des fonctions qui ont peu de chance de clasher sont importés avec “from”:

from itertools import chain
from datetime import datetime

Et comme c’est explicite, on sait exactement ce qu’on a dans le namespace si il y a un problème plus tard.