Почему os.path.join не может справиться с форматом строки

Question

Почему os.path.join не может справиться с форматом строки

1

Я хочу использовать os.path.join, чтобы собрать мой путь к файлу. Но тут есть некоторые проблемы. Пожалуйста, помогите мне.

print(sys.argv[1]) #print hw2
path = os.path.join(sys.argv[1], '{:s}.txt')
print(path) #print {:s}.txt

Почему результат не hw2/{: s}.txt? Я спросил других людей, и это может сработать для них. Моя версия Python 3.6.8.

Iapcal 16 апр. 2019, в 16:42

Источник

0

Вам нужно поместить f перед строкой форматирования и использовать переменную или другое выражение внутри фигурных скобок.
blubberdiblub 16 апр. 2019, в 14:15
1

Не могу воспроизвести; Я также получаю hw2/{:s}.txt .
chepner 16 апр. 2019, в 14:17
1

@blubberdiblub Это не f-струна. ОП, похоже, не хочет интерполировать на этом этапе.
deceze♦ 16 апр. 2019, в 14:17
0

Нет разницы между строкой форматирования или любой другой строкой, пока вы на самом деле не попытаетесь вызвать метод format строки.
chepner 16 апр. 2019, в 14:18
1

Интересно. Когда я запускаю ваш код и передаю «hw2» в качестве параметра командной строки, получается {:s}.txt . Интересно, зависит ли это от ОС? Я на Windows 10.
Kevin 16 апр. 2019, в 14:19
1

@blubberdiblub OP, кажется, не хочет никакого форматирования на данный момент; кажется, что цель состоит в том, чтобы использовать os.path.join для создания строки формата, которая будет использоваться с format позже .
chepner 16 апр. 2019, в 14:19
0

Понятно. Это не звучит как хорошая вещь, чтобы хотеть, хотя, поэтому это не пришло мне в голову.
blubberdiblub 16 апр. 2019, в 14:20
3

В Windows это, возможно, каким-то образом интерпретируется как буква диска или что-то еще со специальным значением.
deceze♦ 16 апр. 2019, в 14:21
1

@Kevin Хм, может быть: что произойдет, если вы измените второй аргумент на что-то вроде {0:s}.txt ? (Возможно, это несправедливо, но я думаю, что join рассматривает букву { как «букву диска», которая делает второй аргумент абсолютным путем, и поэтому первый аргумент игнорируется. Явный номер поля блокирует эту интерпретацию.)
chepner 16 апр. 2019, в 14:21
1

@chepner, os.path.join("hw2", "foo{:s}.txt") дает мне 'hw2\\foo{:s}.txt' и os.path.join("hw2", "{0:s}.txt") дает мне 'hw2\\{0:s}.txt' . Я согласен, что двоеточие интерпретируется как обозначение буквы диска в определенных контекстах.
Kevin 16 апр. 2019, в 14:23
0

@blubberdiblub Почему? Это просто независимый от платформы способ записи path = hw2/{:s}.txt .
chepner 16 апр. 2019, в 14:24
0

@chepner нет, я ссылался на интерполяцию после присоединения. Это несколько противоречит причине наличия переносимого os.path.join() , так как вы можете интерполировать все виды вещей, которые os.path.join() предположения о дисциплинированном использовании os.path.join() и связанных функций.
blubberdiblub 16 апр. 2019, в 14:52
0

@blubberdiblub Эта проблема не относится только к интерполяции; join не обещает, что возвращаемое значение является допустимым путем; это только гарантирует, что ваш специфичный для ОС разделитель используется для объединения любых аргументов, которые вы ему предоставляете.
chepner 16 апр. 2019, в 14:58
0

@chepner Я знаю об этом, но даже при правильном использовании os.path.join() вы ограничиваете себя в том, чтобы не делать никаких неприятных вещей, таких как вставка разделителей пути самостоятельно. С изменением результата после факта, гораздо более вероятно, что вы игнорируете ограничения и предположения и вставляете вещи, которые вы не должны. Как разделители пути.
blubberdiblub 16 апр. 2019, в 15:02
0

@blubberdiblub Не понимаю почему. Во всяком случае, должно быть более очевидно, что возвращаемое значение os.path.join - это путь, к которому нужно относиться осторожно, а не строка, которая может быть передана в качестве аргумента os.path.join . Я думаю, что действительно не хватает функции, которая создает имя файла, а не просто строку, которая может помешать вам создать значение, содержащее разделитель пути. Например, make_file_name("foo/bar.txt") -> ValueError: file name cannot contain path separator .
chepner 16 апр. 2019, в 15:09
0

(И да, если бы существовала такая функция, я бы согласился, что использование метода format возвращаемого значения было бы плохой практикой. В идеале, pathlib должен предоставлять класс, экземпляры которого представляют отдельные компоненты имени пути, значения которых не могут содержать путь разделитель и не будет иметь метод format .)
chepner 16 апр. 2019, в 15:12
0

@chepner pathlib делает кое-что из этого ( .with_name() ). Тем не менее, я не понимаю, почему интерполяция перед объединением не возможна. Если вы не собираетесь вставлять разделители пути самостоятельно, это будет хорошо. Можно утверждать, что объединение один раз вместо сотен раз (при обработке большого количества файлов) более производительно, но я не думаю, что очень вероятно, что состав компонентов пути является критически важной частью программы.
blubberdiblub 16 апр. 2019, в 15:17

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

Теги:

python

1 ответ

Ещё вопросы

Вам нужно поместить f перед строкой форматирования и использовать переменную или другое выражение внутри фигурных скобок.
Не могу воспроизвести; Я также получаю hw2/{:s}.txt .
@blubberdiblub Это не f-струна. ОП, похоже, не хочет интерполировать на этом этапе.
Нет разницы между строкой форматирования или любой другой строкой, пока вы на самом деле не попытаетесь вызвать метод format строки.
Интересно. Когда я запускаю ваш код и передаю «hw2» в качестве параметра командной строки, получается {:s}.txt . Интересно, зависит ли это от ОС? Я на Windows 10.
@blubberdiblub OP, кажется, не хочет никакого форматирования на данный момент; кажется, что цель состоит в том, чтобы использовать os.path.join для создания строки формата, которая будет использоваться с format позже .
Понятно. Это не звучит как хорошая вещь, чтобы хотеть, хотя, поэтому это не пришло мне в голову.
В Windows это, возможно, каким-то образом интерпретируется как буква диска или что-то еще со специальным значением.
@Kevin Хм, может быть: что произойдет, если вы измените второй аргумент на что-то вроде {0:s}.txt ? (Возможно, это несправедливо, но я думаю, что join рассматривает букву { как «букву диска», которая делает второй аргумент абсолютным путем, и поэтому первый аргумент игнорируется. Явный номер поля блокирует эту интерпретацию.)
@chepner, os.path.join("hw2", "foo{:s}.txt") дает мне 'hw2\\foo{:s}.txt' и os.path.join("hw2", "{0:s}.txt") дает мне 'hw2\\{0:s}.txt' . Я согласен, что двоеточие интерпретируется как обозначение буквы диска в определенных контекстах.
@blubberdiblub Почему? Это просто независимый от платформы способ записи path = hw2/{:s}.txt .
@chepner нет, я ссылался на интерполяцию после присоединения. Это несколько противоречит причине наличия переносимого os.path.join() , так как вы можете интерполировать все виды вещей, которые os.path.join() предположения о дисциплинированном использовании os.path.join() и связанных функций.
@blubberdiblub Эта проблема не относится только к интерполяции; join не обещает, что возвращаемое значение является допустимым путем; это только гарантирует, что ваш специфичный для ОС разделитель используется для объединения любых аргументов, которые вы ему предоставляете.
@chepner Я знаю об этом, но даже при правильном использовании os.path.join() вы ограничиваете себя в том, чтобы не делать никаких неприятных вещей, таких как вставка разделителей пути самостоятельно. С изменением результата после факта, гораздо более вероятно, что вы игнорируете ограничения и предположения и вставляете вещи, которые вы не должны. Как разделители пути.
@blubberdiblub Не понимаю почему. Во всяком случае, должно быть более очевидно, что возвращаемое значение os.path.join - это путь, к которому нужно относиться осторожно, а не строка, которая может быть передана в качестве аргумента os.path.join . Я думаю, что действительно не хватает функции, которая создает имя файла, а не просто строку, которая может помешать вам создать значение, содержащее разделитель пути. Например, make_file_name("foo/bar.txt") -> ValueError: file name cannot contain path separator .
(И да, если бы существовала такая функция, я бы согласился, что использование метода format возвращаемого значения было бы плохой практикой. В идеале, pathlib должен предоставлять класс, экземпляры которого представляют отдельные компоненты имени пути, значения которых не могут содержать путь разделитель и не будет иметь метод format .)
@chepner pathlib делает кое-что из этого ( .with_name() ). Тем не менее, я не понимаю, почему интерполяция перед объединением не возможна. Если вы не собираетесь вставлять разделители пути самостоятельно, это будет хорошо. Можно утверждать, что объединение один раз вместо сотен раз (при обработке большого количества файлов) более производительно, но я не думаю, что очень вероятно, что состав компонентов пути является критически важной частью программы.

chepner · Answer 1 · 2019-04-16T11-59-00.000Z

Может показаться, что os.path.join в Windows не очень требователен к тому, что он считает буквой диска. Initial {: заставляет второй аргумент обрабатываться как абсолютный путь на диске {, в результате чего первый аргумент игнорируется.

В качестве обходного пути укажите явный номер поля, чтобы отделить двоеточие от первого символа строки:

path = os.path.join(sys.argv[1], '{0:s}.txt')