Jak mogę zapobiec importowaniu samego modułu Pythona?

Question

Na przykład chcę utworzyć wtyczkę alchemiczną sql dla innego projektu. I chcę nazwać ten moduł sqlalchemy.py. Problem z tym jest to, że pozwala mi importowania sqlalchemy:

#sqlalchemy.py 
import sqlalchemy 

To sprawi, że sam import modułu. Próbowałem już, ale to nie działa:

import sys 
#Remove the current directory from the front of sys.path 
if not sys.path[0]: 
    sys.path.pop(0) 
import sqlalchemy 

Jakieś sugestie?

Answer 1

Edit: jak OP teraz wspomnieć, że problem jest jednym z względną importu jest korzystna do absolutu, najprostszym rozwiązaniem konkretnego problemu OP jest dodanie na początku modułu from __future__ import absolute_import co zmienia, że ​​„pierwszeństwo "/ Zamawianie.

Poniższa nadal ma zastosowanie do łaskotki wydaniu dwóch zderzających importu bezwzględne (co nie wydaje się być to, co PO stoi obecnie w obliczu ...):

Po zaimportowaniu modułu o nazwie x, ten moduł jest zapisany w sys.modules['x'] - zmiana sys.path, jak to robisz, nie zmieni sys.modules. Będziesz także musiał bezpośrednio zmienić sys.modules.

przykład rozważyć:

$ cat a/foo.py 
print __file__; import sys; sys.path.insert(0, "b"); del sys.modules["foo"]; import foo 
$ cat b/foo.py 
print __file__ 
$ python2.5 -c'import sys; sys.path.insert(0, "a"); import foo' 
a/foo.py 
b/foo.py 

(uruchomione ponownie użyje i pokazać pliki .pyc zamiast na .py te oczywiście).

Nie najczystsze podejście, i oczywiście w ten sposób oryginalny moduł foo jest nieuchronnie niedostępny z zewnątrz (ponieważ jego wpis sys.modules został przemieszczony), ale w razie potrzeby można zagrać kolejne kruche sztuczki (ukryj sys.modules["foo"] gdzieś przed skasowaniem, po zaimportowaniu innego foo umieść ten moduł gdzieś indziej i przywróć oryginalny sys.modules["foo"] - itd., itp.), w zależności od Twoich konkretnych potrzeb. (Oczywiście, unikanie zderzeń nazw w pierwszej kolejności prawie zawsze byłoby prostsze niż walcowanie wokół nich w ten sposób ;-).

Answer 2

Nie nazwij go sqlalchemy.py?

Poważnie. Myślę, że jest to problem, który ma rozwiązać bezwzględny import. W pythonie 2.5 to nie powinno się zdarzyć, ale mogę się mylić

Answer 3

Być może po prostu zaczynasz się palić różnicami między uruchomionym kodem w interaktywnym interprerze i plikiem. Usuń test dla sys.path[0], który jest pusty (gdy uruchamiany z pliku, nie jest) i import powinien teraz działać tak, jak chcesz.

$ more sqlalchemy.py 
import sys 
print sys.path[0] 
sys.path.pop(0) 
import sqlalchemy 
print sqlalchemy.__file__ 
$ python sqlalchemy.py 
/Users/nad 
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/sqlalchemy/__init__.pyc 
$ python 
Python 2.6.4 (r264:75706, Oct 28 2009, 20:34:51) 
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin 
Type "help", "copyright", "credits" or "license" for more information. 
>>> import sys; print repr(sys.path[0]) 
'' 

EDIT: dotyczy jeśli główny moduł jest sqlalchemy.py. Jeśli twój moduł zostanie zaimportowany przez inny moduł, będziesz także musiał zmienić sys.modules, jak wyjaśnia Alex.