Почему в Питоне нельзя складывать строки?

Question

[Zellily]

Я пишу на Питоне для себя, когда на работе требуется быстро сгенерить из одного файла другой и т.п. Случайно попался на глаза вопрос, где человек показал пример своего кода. Он пишет так:
print("\""+name+"\" - ERROR! File not found in \""+input_path+"\"")
Ему отвечают, что так нельзя делать:
"строки так складывать тоже нельзя у Лутца об этом где-то в сам начале написано. "
"Экранирование символов в строках и подстановка параметров показывает отсутствие опыта."

Почему нельзя? Чем это плохо?

Comments

[Евгений]

а вам самим приятно такое читать?

[Zellily]

Евгений: В Питоне я не знаю более приятной альтернативы.

[Евгений]

Лично для меня такой вариант предпочтительнее

print('"{name}" - ERROR! File not found in "{input_path}"'.format(name=name, input_path=input_path))

[Zellily]

Pavel Denisov: Сойдёмся на мнении, что надо писать так, как нравится большинству.

[aRegius]

Zellily: Нужно стараться писать следуя стандартам Python, продиктованным "Style Guide for Python Code" и "Zen of Python". И да, это чертовски удобно, практично и, потому, нравится подавляющему большинству нас :)

[Zellily]

aRegius: Интересный вопрос, кстати, возникает. Зачем тогда разработчики языка вообще реализовали оператор сложения для строк, если его негде использовать?

[aRegius]

Zellily: Есть где использовать... Вы что там, Радоницу уже отмечаете ? :)

[Zellily]

aRegius: Причём тут Радоница? :) На что намекаете?

[aRegius]

Zellily: Ай, не обращайте внимание, это личное, связанное с одним из моих товарищей, пирогами и пытливостью ума :)

Answer 1

[aRegius]

Можно, но это некрасиво/плохо читаемо. Много лишнего "шума": плюсы, кавычки, экранирование, все это вперемешку с переменными, а значит более error prone...

Судите сами:

>>> name = "NAME"
>>> input_path = "INPUT_PATH"

>>> print("\""+name+"\" - ERROR! File not found in \""+input_path+"\"")
"NAME" - ERROR! File not found in "INPUT_PATH"

# не лучше ли, "мальчики-налево, девочки-направо" ?
>>> print('"{0}" - ERROR! File not found in "{1}"'.format(name, input_path))
"NAME" - ERROR! File not found in "INPUT_PATH"

Плюс ко всему, допустим, вам нужно добавить пусть даже всего одну переменную между словами "File" и "not". Ну, к примеру, пусть еще раз имя ненайденного файла name. В приведенном вами варианте, мы еще больше "устрашим" себя и своих коллег кодом, осознание которого требует нечеловеческой концентрации:

>>> print("\""+name+"\" - ERROR! File \""+name+"\" not found in \""+input_path+"\"")
"NAME" - ERROR! File "NAME" not found in "INPUT_PATH"

В то время как применяя метод format() все, что нам нужно - добавить дополнительную пару curly braces:

>>> print('"{0}" - ERROR! File "{0}" not found in "{1}"'.format(name, input_path))
"NAME" - ERROR! File "NAME" not found in "INPUT_PATH"

Согласитесь, выгода очевидна.

Comments

[Zellily]

От экранирования - да, надо избавляться, если можно. Но нули и единички читать и соображать, чему они равны, не легче, на мой взгляд. Представьте, что переменных уже пять, а не две. Легко сбиться и подставить третью вместо четвёртой.

[javedimka]

Zellily: Именно поэтому единички и нолики могут быть не единичками и ноликами, а именами, как keyword arguments в функциях.

name = "NAME"
input_path = "INPUT_PATH"
print('"{name}" - ERROR! File "{name}" not found in "{input_path}"'.format(name=name, input_path=input_path))

А с новыми f строками из python3.6 все еще проще:

print(f'"{name}" - ERROR! File "{name}" not found in "{input_path}"')

[Zellily]

Первый вариант - практически тоже самое, что с плюсами. Вместо плюсов скобки да ещё и хвост в виде формата.

Второй потырили из перлоподобных языков. Давно пора.

[javedimka]

Zellily: Нет, не тоже самое.

[aRegius]

Zellily: Мы ненавязчиво переходим от вопроса "Почему..." к отстаиванию личных убеждений. Ответ на вопрос вам написали, и что вы будете с этим делать - безусловно, исключительно ваш выбор.

[aRegius]

javedimka: Да, отлично.

[Zellily]

aRegius: Я всегда пишу так, как пишет большинство. Даже если не могу понять, почему большинству это нравится :)

Answer 2

[screen_sailor]

Наверно, они предпочитают через метод format писать.
print('We are the {} who say "{}!"'.format('knights', 'Ni'))

Comments

[Zellily]

А чем это лучше? Уровень читаемости такой же, на мой взгляд даже хуже.

[screen_sailor]

Zellily: Читаемость лучше, меньше + надо для склейки строк. Ну и в Лутца написано, что это придаёт дополнительные возможности форматирования.

[Zellily]

screen_sailor: Тут приходится каждый раз глазами водить от {} к knights и обратно, чтобы понять, что написано. Плюсы на коротких строках, наверное, всё-таки меньше длины добавляют, чем слово format.

Не всегда ж нужны эти дополнительные возможности.

[screen_sailor]

Zellily: А если с плюсами? Переменная name -- тоже надо водить глазами, чтобы понять, что написано.

[Zellily]

screen_sailor: Ну, в его примере глазами нужно вести от name до места определения (если бы он назвал file_name, то можно было бы вообще глазами никуда не водить :)). А в случае format нужно от {} смотреть на name, а потом уже на место определения name. На один шаг больше.

[AtomKrieg]

В питоне 3.6 string interpolation появилось:

name = "Spongebob Squarepants"
print(f"Who lives in a Pineapple under the sea? {name}.")

Answer 3

[Александр]

Не надо учится плохому. Надо сразу писать программы правильно. Используя "Var={}".format(var) или "Var=%s"%(var)
Так:

print('"%s" - ERROR! File not found in "%s"'%(name,input_path))

Comments

[Zellily]

Второй вариант вообще ужасный, оба принта работают одинаково:

a = 5
b = "hello"
print('%s %s'%(a, b))
print('%d %s'%(a, b))

По моей логике первый принт должен бы выругаться.

[javedimka]

Zellily: Ну это от не знания того как работает %s и %d, %s берет результат __str__ объекта и возвращает строку и это справедливо для любого объекта который определяет в себе метод __str__, ну а %d может, например, преобразовать float в decimal и еще всякие штуки которые могут понадобится для чисел, тех которые %s не сможет.

>>> "%d | %d" % (12.54,-12.54)
'12 | -12' 
>>> "%s | %s" % (12.54,-12.54)
'12.54 | -12.54'

[Zellily]

javedimka:

%d может, например, преобразовать float в decimal

Он это уже которое десятилетие делает.

Вы хотите сказать, что в Питоне каждый int в себе имеет __str__ ? Жуть.

[javedimka]

Zellily: Я к тому, что строку в число он преобразовать не сможет.

в Питоне КАЖДЫЙ объект имеет в себе __str__ - строковую репрезентацию.

[Zellily]

javedimka:

Я к тому, что строку в число он преобразовать не сможет.

Встроить такую функцию в тип вообще бы никому в голову не пришло, я думаю.

Смысл форматированной печати уничтожили. s всегда писали для того, чтобы объяснить компилятору, что работаем со строкой. А в питоне это превратили в фиг знает что. Представляете, что будет, если человек решит питон на другой язык поменять?