импортировать файл Python

Question

импортировать файл Python

1

Возможный дубликат:
Структура пакета Python

Здравствуйте, Я хочу импортировать файл python, который у меня есть в подкаталоге, который находится ниже корня моего основного файла. например.

import ../library/utils.py

Когда я помещаю это в свой код и запускаю его, я получаю ошибку компиляции.

Есть ли способ включить файлы из корневого каталога основного файла или он должен находиться в подкаталоге в корне?

Спасибо за вашу помощь.

Nalum 23 май 2011, в 23:28

Источник

0

Спасибо, не видел этого.
Nalum 23 май 2011, в 21:20

Теги:

python

python-2.7

python-import

2 ответа

9

Вы не импортируете файлы, вы импортируете модули. Измените sys.path соответственно и выполните import utils, например.

import sys
sys.path.append('../library')
import utils

Cat Plus Plus 23 май 2011, в 18:35

1

это будет работать, но не в зависимости от местоположения.
Andrew 23 май 2011, в 21:13
0

Почему я должен импортировать только модули. Например, я получил файл credentials.py, который содержит учетные данные БД, которые мне нужны во многих сценариях. Все сценарии используют учетные данные для импорта и получают доступ к переменным, определенным в credentials.py. Это плохая практика? Что бы посоветовали?
Hyperboreus 23 май 2011, в 21:13
0

@ Hyperboreus - если так, то любой файл, который вы импортируете, является модулем. А насчет практики, ну .. я тоже так делаю :)
tmg 23 май 2011, в 21:18
0

@Hyperboreus: Я имел в виду, что, хотя модули можно загружать из файлов, механизм импорта немного более гибок (поэтому вы используете имена модулей для import , а не имена файлов).
Cat Plus Plus 23 май 2011, в 21:19
0

@Hyperboreus: дело не в том, что вы должны делать (это другая тема), а в python оператор import импортирует модуль, противоположный языкам, подобным C, с файлом. Если у вас есть файл credentials.py, единственное, что позволяет python, - это импортировать модуль учетных данных (знание о том, реализован ли он файлом credentials.py или нет, не имеет значения).
kriss 23 май 2011, в 21:20
0

@Andrew: пример кода, sys.path.append здесь важнее. Основываясь на двух ответах, OP может настроить аргумент, чтобы он работал на их стороне, я не хотел скрывать фрагмент с помощью манипуляции путями.
Cat Plus Plus 23 май 2011, в 21:20
0

Вы всегда должны избегать изменения sys.path в коде приложения. Это слишком сложно сделать правильно (этот ответ неверен - «../library» является относительным путем и будет интерпретироваться относительно текущего рабочего каталога - который не имеет никакого отношения к расположению источника модуля utils) ,
Jean-Paul Calderone 23 май 2011, в 21:21
0

@kriss Тогда как мой интерпретатор узнает, что учетные данные модуля реализованы в credentials.py, если имя файла реализующего файла не имеет ничего общего с именем модуля? Файл - это просто еще один py-файл в той же папке, и он не делает ничего смешного. У него есть только одна строка с надписью passwd = 'mypasswd'.
Hyperboreus 23 май 2011, в 21:24
0

@ Hyperboreus: я не сказал, что имя файла не имеет ничего общего с именем модуля. Реализация модулей в Python основана на соглашении об именовании файлов. Но изнутри интерпретатора Python, когда вы импортируете учетные данные, это может означать, что модуль реализован с помощью некоторого файла 'credentials.py' или что он реализован с помощью некоторого файла ' __init__.py ' в каталоге 'учетных данных'. Из программы на Python нет способа (по крайней мере, простого способа, о котором я знаю), чтобы отличить оба случая.
kriss 26 май 2011, в 08:36
0

@kriss Большое спасибо за объяснение.
Hyperboreus 26 май 2011, в 13:23

Показать ещё 8 комментариев

Ещё вопросы

это будет работать, но не в зависимости от местоположения.
Почему я должен импортировать только модули. Например, я получил файл credentials.py, который содержит учетные данные БД, которые мне нужны во многих сценариях. Все сценарии используют учетные данные для импорта и получают доступ к переменным, определенным в credentials.py. Это плохая практика? Что бы посоветовали?
@ Hyperboreus - если так, то любой файл, который вы импортируете, является модулем. А насчет практики, ну .. я тоже так делаю :)
@Hyperboreus: Я имел в виду, что, хотя модули можно загружать из файлов, механизм импорта немного более гибок (поэтому вы используете имена модулей для import , а не имена файлов).
@Hyperboreus: дело не в том, что вы должны делать (это другая тема), а в python оператор import импортирует модуль, противоположный языкам, подобным C, с файлом. Если у вас есть файл credentials.py, единственное, что позволяет python, - это импортировать модуль учетных данных (знание о том, реализован ли он файлом credentials.py или нет, не имеет значения).
@Andrew: пример кода, sys.path.append здесь важнее. Основываясь на двух ответах, OP может настроить аргумент, чтобы он работал на их стороне, я не хотел скрывать фрагмент с помощью манипуляции путями.
Вы всегда должны избегать изменения sys.path в коде приложения. Это слишком сложно сделать правильно (этот ответ неверен - «../library» является относительным путем и будет интерпретироваться относительно текущего рабочего каталога - который не имеет никакого отношения к расположению источника модуля utils) ,
@kriss Тогда как мой интерпретатор узнает, что учетные данные модуля реализованы в credentials.py, если имя файла реализующего файла не имеет ничего общего с именем модуля? Файл - это просто еще один py-файл в той же папке, и он не делает ничего смешного. У него есть только одна строка с надписью passwd = 'mypasswd'.
@ Hyperboreus: я не сказал, что имя файла не имеет ничего общего с именем модуля. Реализация модулей в Python основана на соглашении об именовании файлов. Но изнутри интерпретатора Python, когда вы импортируете учетные данные, это может означать, что модуль реализован с помощью некоторого файла 'credentials.py' или что он реализован с помощью некоторого файла ' __init__.py ' в каталоге 'учетных данных'. Из программы на Python нет способа (по крайней мере, простого способа, о котором я знаю), чтобы отличить оба случая.
@kriss Большое спасибо за объяснение.

Andrew · Accepted Answer · 2011-05-23T18-34-00.000Z

import sys, os
sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), '..', 'library')))

import utils

Это изменит переменную sys.path, содержащую каталоги для поиска файлов. Он также удостоверится, что он найдет его правильно, даже если вы запустите его как:

$ python the_file.py
$ python ../the_file.py
$ python /somewhere/over/the_file.py

Это будет работать для разработки, тестирования, обучения. Установленные файлы не нуждаются в такой конструкции.

Это немного менее неправильно, чем ответ Cat, потому что он пытается вычислить правильный абсолютный путь для добавления в sys.path, вместо того, чтобы предполагать, что рабочий каталог процесса будет таким же, как и база пакета Python. Тем не менее, это по-прежнему неверно, потому что __file__ может не отражать фактическое место установки источника (байт-код часто создается во временном каталоге сборки и затем перемещается в каталог установки). Это также терпит неудачу для яиц и почтовых файлов.
вау, ваше 100% решение должно быть довольно круто!
просто используйте сборку с некоторым zc.recipe.egg для подготовки правильных путей :-) ... может быть немного излишним.