Абсолютный сбой импорта в подпакете, который скрывает имя пакета stdlib - PullRequest
8 голосов
/ 24 декабря 2009

В основном у меня есть подпакет с тем же именем, что и у стандартного библиотечного пакета («ведение журнала»), и я бы хотел, чтобы он имел возможность абсолютного импорта стандартного пакета независимо от того, как я его запускаю, но это не удается, когда я Я в родительском пакете.

Это действительно похоже либо на ошибку, либо на недокументированное поведение новой поддержки «абсолютного импорта» (впервые в Python 2.5). Пробовал с 2,5 и 2,6.

Макет упаковки:

foo/
    __init__.py
    logging/
        __init__.py

В foo/__init__.py мы импортируем наш собственный подпакет регистрации:

from __future__ import absolute_import
from . import logging as rel_logging
print 'top, relative:', rel_logging

В foo/logging/__init__.py мы хотим импортировать пакет stdlib logging:

from __future__ import absolute_import
print 'sub, name:', __name__

import logging as abs_logging
print 'sub, absolute:', abs_logging

Примечание: Папка, содержащая foo, находится в sys.path.


При импорте извне / выше foo вывод будет таким, как ожидалось:

c:\> python -c "import foo"
sub, name: foo.logging
sub, absolute: <module 'logging' from 'c:\python26\lib\logging\__init__.pyc'>
top, relative: <module 'foo.logging' from 'foo\logging\__init__.pyc'>

Таким образом, абсолютный импорт в подпакете находит пакет stdlib по желанию.

Но когда мы находимся в папке foo, она ведет себя по-другому:

c:\foo>\python25\python -c "import foo"
sub, name: foo.logging
sub, name: logging
sub, absolute: <module 'logging' from 'logging\__init__.pyc'>
sub, absolute: <module 'logging' from 'logging\__init__.pyc'>
top, relative: <module 'foo.logging' from 'c:\foo\logging\__init__.pyc'>

Двойной вывод для «sub, name» показывает, что мой собственный подпакет, называемый «logging», импортирует себя второй раз и не находит пакет stdlib «logging» , даже если «absolute_import» включен .

Вариант использования: я бы хотел иметь возможность работать с этим пакетом, тестировать его и т. Д. Независимо от текущего каталога. Изменение имени с «регистрации» на что-то другое было бы обходным путем, но не желательным, и в любом случае это поведение не соответствует описанию того, как должен работать абсолютный импорт.

Есть идеи, что происходит, является ли это ошибкой (моей или Python), или это поведение фактически подразумевается в какой-то документации?

Редактировать: ответ от gahooa ясно показывает, в чем проблема. Грубый обходной путь, который доказывает, что это показано здесь:

c:\foo>python -c "import sys; del sys.path[0]; import foo"
sub, name: foo.logging
sub, absolute: <module 'logging' from 'c:\python26\lib\logging\__init__.pyc'>
top, relative: <module 'foo.logging' from 'c:\foo\logging\__init__.pyc'>

1 Ответ

10 голосов
/ 24 декабря 2009

sys.path[0] по умолчанию '', что означает «текущий каталог». Так что, если вы сидите в каталоге с logging, он будет выбран первым.

Я столкнулся с этим недавно, пока не понял, что на самом деле сижу в этом каталоге и что sys.path забирает мой текущий каталог ПЕРВЫМ, прежде чем заглядывать в стандартную библиотеку.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...