Как надежно открыть файл в том же каталоге, что и скрипт Python

Я использовал для открытия файлов, которые были в том же каталоге, что и текущий скрипт Python, просто используя команду

open("Some file.txt", "r")

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

С тех пор я использовал команду вида

open(os.path.join(sys.path[0], "Some file.txt"), "r")

всякий раз, когда я хотел открыть файл. Это работает для моего конкретного использования, но я не уверен, что sys.path[0]может произойти сбой в другом случае использования.

Итак, мой вопрос: каков наилучший и самый надежный способ открыть файл, который находится в той же директории, что и текущий запущенный скрипт Python?

Вот что мне удалось выяснить до сих пор:

• os.getcwd()и os.path.abspath('')вернуть «текущий рабочий каталог», а не каталог скрипта.

• os.path.dirname(sys.argv[0])и os.path.dirname(__file__)вернуть путь, используемый для вызова скрипта, который может быть относительным или даже пустым (если скрипт находится в cwd). Кроме того, __file__не существует, когда скрипт выполняется в IDLE или PythonWin.

• sys.path[0]и, os.path.abspath(os.path.dirname(sys.argv[0]))кажется, вернуть каталог скриптов. Я не уверен, есть ли разница между этими двумя.

Редактировать:

Я просто понял, что то, что я хочу сделать, лучше описать как «открыть файл в том же каталоге, что и содержащий модуль». Другими словами, если я импортирую написанный мной модуль, который находится в другом каталоге, и этот модуль открывает файл, я хочу, чтобы он искал файл в каталоге модуля. Я не думаю, что что-то, что я нашел, может это сделать ...

Я всегда использую:

__location__ = os.path.realpath(
    os.path.join(os.getcwd(), os.path.dirname(__file__)))

join()Вызов предваряется текущего рабочего каталога, но в документации сказано , что если какой - то путь является абсолютным, все другие пути слева от него отбрасываются. Поэтому getcwd()отбрасывается, когда dirname(__file__)возвращает абсолютный путь.

Кроме того, realpathвызов разрешает символические ссылки, если таковые найдены. Это позволяет избежать проблем при развертывании с помощью setuptools в системах Linux (сценарии имеют ссылки по /usr/bin/крайней мере на Debian).

Вы можете использовать следующее для открытия файлов в той же папке:

f = open(os.path.join(__location__, 'bundled-resource.jpg'));
# ...

Я использую это для объединения ресурсов с несколькими приложениями Django как в Windows, так и в Linux, и это работает как шарм!

Цитировать из документации Python:

Как инициализируется при запуске программы, первый элемент этого списка, path [0], является каталогом, содержащим скрипт, который использовался для вызова интерпретатора Python. Если каталог скриптов недоступен (например, если интерпретатор вызывается в интерактивном режиме или если скрипт читается из стандартного ввода), path [0] является пустой строкой, которая направляет Python для поиска модулей в текущем каталоге в первую очередь. Обратите внимание, что каталог скриптов вставляется перед записями, вставленными в результате PYTHONPATH.

sys.path [0] - это то, что вы ищете.

Хорошо, вот что я делаю

sys.argv - это всегда то, что вы вводите в терминал или используете в качестве пути к файлу при выполнении его с помощью python.exe или pythonw.exe

Например, вы можете запустить файл text.py несколькими способами, каждый из которых даст вам свой ответ, он всегда даст вам путь, по которому был набран python.

    C:\Documents and Settings\Admin>python test.py
    sys.argv[0]: test.py
    C:\Documents and Settings\Admin>python "C:\Documents and Settings\Admin\test.py"
    sys.argv[0]: C:\Documents and Settings\Admin\test.py

Итак, знайте, что вы можете получить имя файла, большое дело, теперь, чтобы получить каталог приложения, который вы знаете, используйте os.path, в частности, abspath и dirname

    import sys, os
    print os.path.dirname(os.path.abspath(sys.argv[0]))

Это выведет это:

   C:\Documents and Settings\Admin\

это всегда будет выводиться независимо от того, введете ли вы python test.py или python «C: \ Documents and Settings \ Admin \ test.py»

Проблема с использованием __file__ Рассмотрим эти два файла test.py

import sys
import os

def paths():
        print "__file__: %s" % __file__
        print "sys.argv: %s" % sys.argv[0]

        a_f = os.path.abspath(__file__)
        a_s = os.path.abspath(sys.argv[0])

        print "abs __file__: %s" % a_f
        print "abs sys.argv: %s" % a_s

if __name__ == "__main__":
    paths()

import_test.py

import test
import sys

test.paths()

print "--------"
print __file__
print sys.argv[0]

Вывод "python test.py"

C:\Documents and Settings\Admin>python test.py
__file__: test.py
sys.argv: test.py
abs __file__: C:\Documents and Settings\Admin\test.py
abs sys.argv: C:\Documents and Settings\Admin\test.py

Вывод "python test_import.py"

C:\Documents and Settings\Admin>python test_import.py
__file__: C:\Documents and Settings\Admin\test.pyc
sys.argv: test_import.py
abs __file__: C:\Documents and Settings\Admin\test.pyc
abs sys.argv: C:\Documents and Settings\Admin\test_import.py
--------
test_import.py
test_import.py

Итак, как вы видите, файл всегда дает вам файл python, из которого он запускается, а sys.argv [0] дает вам файл, который вы всегда запускали из интерпретатора. В зависимости от ваших потребностей вам нужно будет выбрать тот, который лучше всего соответствует вашим потребностям.

Я смог успешно использовать код, предоставленный dcolish, так как у меня была похожая проблема с чтением определенного текстового файла. Файл не находится в том же CWD, что и файл Python.

Я бы сделал это так:

from os.path import abspath, exists

f_path = abspath("fooabar.txt")

if exists(f_path):
    with open(f_path) as f:
        print f.read()

Приведенный выше код создает абсолютный путь к файлу с использованием abspath и эквивалентен использованию normpath(join(os.getcwd(), path))[это из pydocs]. Затем он проверяет, существует ли этот файл на самом деле, а затем использует диспетчер контекста, чтобы открыть его, чтобы вам не пришлось вспоминать о вызове close для дескриптора файла. ИМХО, делая это таким образом, вы избавите вас от боли в долгосрочной перспективе.