В Python 2.7 следующее будет делать то же самое
print("Hello, World!") # Prints "Hello, World!"
print "Hello, World!" # Prints "Hello, World!"Однако следующее не будет
print("Hello,", "World!") # Prints the tuple: ("Hello,", "World!")
print "Hello,", "World!" # Prints the words "Hello, World!"В Python 3.x круглые скобки printявляются обязательными, что, по сути, делает их функцией, но в 2.7 оба будут работать с разными результатами. Что еще мне нужно знать о printPython 2.7?
from __future__ import print_function
Ответы:
В Python 2.x printэто фактически специальный оператор, а не функция *.
Вот почему его нельзя использовать как: lambda x: print x
Обратите внимание, что (expr)кортеж не создается (результат получается expr), но создается ,. Это, вероятно, приводит к путанице между print (x)и print (x, y)в Python 2.7.
(1) # 1 -- no tuple Mister!
(1,) # (1,)
(1,2) # (1, 2)
1,2 # 1 2 -- no tuple and no parenthesis :) [See below for print caveat.]Однако, поскольку printэто специальный синтаксический оператор / грамматическая конструкция в Python 2.x, то без круглых скобок он обрабатывает ,'s особым образом - и не создает кортеж. Эта особая обработка printоператора позволяет ему действовать по-разному, независимо от того, есть ли завершающий элемент ,или нет.
Удачного кодирования.
* Это printповедение в Python 2 можно изменить на поведение Python 3:
from __future__ import print_function(expr) != tupleобъяснение :-)
Все очень просто и не имеет ничего общего с прямой или обратной совместимостью.
Общая форма printоператора во всех версиях Python до версии 3:
print expr1, expr2, ... exprn(Каждое выражение по очереди вычисляется, преобразуется в строку и отображается с пробелом между ними.)
Но помните, что заключение выражения в круглые скобки остается тем же выражением.
Вы также можете написать это как:
print (expr1), (expr2), ... (expr3)Это не имеет ничего общего с вызовом функции.
print (expr1), (expr2), ... (expr3), а о том, почему print (expr1, expr2, ... , expr3)это законно в python 2.x, в то время как это не должно соответствовать стандартам 2.x.
Здесь у нас есть интересный побочный эффект, когда дело доходит до UTF-8.
>> greek = dict( dog="σκύλος", cat="γάτα" )
>> print greek['dog'], greek['cat']
σκύλος γάτα
>> print (greek['dog'], greek['cat'])
('\xcf\x83\xce\xba\xcf\x8d\xce\xbb\xce\xbf\xcf\x82', '\xce\xb3\xce\xac\xcf\x84\xce\xb1')Последний вывод - кортеж с шестнадцатеричными байтовыми значениями.
reprна нем, и в этот момент он, вероятно, кодирует все строки в dict в ASCII.
#encoding=utf-8linux env LANG=en_US.UTF-8. Таким образом, repr кодирует не используя кодировку ASCII по умолчанию, а кодировку utf-8.
strспециальной string_escapeкодировкой. Строка уже была закодирована в Юникоде как UTF-8.
reprвероятно, предпринимаются шаги, чтобы гарантировать, что текст может быть представлен ASCII (посредством экранирования не-ASCII-символов), не обязательно, чтобы строка была закодирована как ASCII. Я до сих пор не знаю, верно ли это.
repr()выход при преобразовании в строку (они не выполняют __str__, только __repr__). То, что вы видите, не является особенным для UTF-8; the repr()строки дает вам допустимые строковые литералы Python, которые безопасны для ASCII.
В основном в Python до Python 3 print был специальным оператором, который печатал все строки, если они были получены в качестве аргументов. Это print "foo","bar"просто означало «напечатать 'foo', за которым следует 'bar» ». Проблема заключалась в том, что было заманчиво действовать так, как если бы print была функцией, и грамматика Python неоднозначна, поскольку (a,b)это кортеж, содержащий aи, bно foo(a,b)являющийся вызовом функции двух аргументов.
Поэтому они внесли несовместимое изменение для 3, чтобы сделать программы менее неоднозначными и более регулярными.
(На самом деле, я думаю, что 2.7 ведет себя так же, как 2.6, но я не уверен.)
printэто на самом деле специальный оператор, а не функция. Вот почему его нельзя использовать как:lambda x: print xОбратите внимание, что(expr)кортеж не создается (результат получаетсяexpr), но создается,.