Гвидо ван Россум покидает пост BDFL языка Python

да ладно, я тоже поржал.

import something
import something as something
something = __import__("something")

ловле исключения

при ловле исключения, в выражении слева от as - класс, или кортеж классов, а в переменную попадает его экземпляр.

и тебя это не смущает.

по мне, ситуации с with уже достаточно.

Пфф... присваивание - это просто вызов функции:

нет функций, кроме apply(), а точка - apply(getattr, ...)

Нефигово так уже as перегружен. Наверно tailgunner в кои то веки прав.

Именно так. Зачем вообще ввели весь этот синтаксис - нипанятна.

Ещё раз ( заметил что неудобные вопросы почему то замалчивают ), повторяю как указать анатацию типа у переменной var := ?

Нефигово так уже as перегружен.

в PEP на эту тему упоминается import, with и except.

в них семантика as всегда определяется в пределах однострочного контекста соответствующего оператора, так что перегрузка проблем не вызывает. если добавить as как выражение, это уже нехорошо.

Ещё раз ( заметил что неудобные вопросы почему то замалчивают ), повторяю как указать анатацию типа у переменной var := ?

assert isinstance(var, int)

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

Оператор with же никуда не девается, он же что-то означает? Не вижу здесь какой-то неоднозначности. В import оно означает одно, с with другое, с except третье, ничего плохо бы не случилось, если бы это что-то означало и в ифах с уайлами.

Кстати, := ведь тоже не такой однозначный. В while он вычисляется каждый раз (а могло бы вычисляться всего раз, а потом работать по значению в переменной, которая может меняться в цикле), что тоже своего рода особенность.

JS значительно проще

Ты прям меня заинтриговал.

просто := можно использовать и внутри with, т.к. справа от with стоит выражение.

сравни:

with table:=db.table as cursor:
    ...

# vs

with db.table as table as cursor:
    ...

# vs

with db.table as is_this_a_table_or_a_cursor:
    ???

ЗАЧЕМ!?

ЗАЧЕМ!?

мм.. хз :) никогда не понимал, зачем __enter__() возвращает значение, отличное от self.

заметил что неудобные вопросы почему то замалчивают

Да нет, просто мы считаем, что участники дискуссии должны ознакомиться с PEP, который они обсуждают.

как указать анатацию типа у переменной var := ?

Аннотацию (ты ведь это имел в виду?) в выражении := указать невозможно. Как и написано в PEP572.

Хотя наверняка mypy поправят, чтобы аннотацию типа можно было указать через комментарий.

Кстати, := ведь тоже не такой однозначный. В while он вычисляется каждый раз (а могло бы вычисляться всего раз, а потом работать по значению в переменной, которая может меняться в цикле)

:= - это часть выражения, while о нём ничего не знает, и знать не обязан. на каждой итерации вначале вычисляется выражение, включая побочные эффекты от :=

Контекст менеджер же может быть отдельной сущность и просто что-то оборачивать, при этом сам объект менеджера тебе нафиг не упёрся.

Яркий пример: https://docs.python.org/2/library/contextlib.html#contextlib.closing

Мда :( Спрошу по другому, := можно применять не при проверке ?

буду краток: https://www.python.org/dev/peps/pep-0572/

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

Тогда простой вопрос почему нельзя было сделать что при сравнении обычный =, который нельзя было там ставить выдавал был значение ?

Ну так это уже произошло, ещё одно назначение хуже бы не сделало.

буду краток: https://www.python.org/dev/peps/pep-0572/

Отсылка куда либо означает что Вы сами Это не понимаете. Ну это нормально.

буду краток: https://www.python.org/dev/peps/pep-0572/

tailgunner ★★★★★ (13.07.2018 22:21:34)

я чуть на измену не сел

Палишься, о виртуал таилганера! Так у него выходит 10 звезд, я знал.

при этом сам объект менеджера тебе нафиг не упёрся

Не вижу реальных кейсов, где тебе нужен был бы именно отдельный контекст менеджер, а не значение из энтера, и чтобы при этом это значение ещё и отличалось от self. Ну, допустим, они есть, но врядли они настолько распространены чтобы обязательно нужно было вводить := вместо очевидного as. А при лютейшей необходимости ну уж можно было бы обломаться и инициализировать менеджер вне with, да и `with expression as x as y` — это далеко не такой большой фейл, как два символьных оператора присваивания + этот же as, который уже в разных местах слегка разное означает.

`with expression as x as y` — это далеко не такой большой фейл, как два символьных оператора присваивания + этот же as, который уже в разных местах слегка разное означает

фейлом стал бы with expression as x:, который интерпретатору неясно как интерпретировать: то ли x:=expression, то ли x=expression.__enter__()

А потом ещё придумают какой-то новый кейс и будет $= какой-нибудь.

Выдумываешь проблему там, где её нет. Ну был бы при единичном as классический вариант, а при двойном двойной.

можно, конечно, специфицировать конкретное поведение для интерпретатора, но на читабельности это хорошо не скажется. лишний нюанс, который надо знать, и который ты встретишь раз в 5 лет от силы

это реальная проблема, хоть и решаемая, но это -1 в пользу твоего варианта. а то что := похоже на паскаль там, или что два оператора присваивания - это дело вкуса

Да бестолков что либо доказывать, ну это нормально. Тут другое интереснее, раз Гвидо ушел то значит ему плевать как будут дальше уродовать его язык, ведь не будет же он просится назад. Интересно 3.9 будет или сразу выпустят 4.0

Сила питона в идиоматичности, := сюда не вписывается. Лучше было бы пожертвовать with и оставить только классическое применение, это устранило бы нюанс. Уже выше пояснил почему в with такое выражение попросту не нужно.

Он сам его уже удачно изуродовал. Мб он просто это осознал и слился. Выше кто-то уже делал такое предположение.

Он сам его уже удачно изуродовал

меня лично async/await больше напрягают. хотя я в этой мути не рублю, может, поэтому.

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

Я вот тут подумал, может он это сделал уже тогда ? При выпуске 3 ? Мы то ему поверили что так было лучше а нужно было просто добавить всяких := ( это я для примера ) и сохранилась бы обратная совместимость и уже давно бы кругом 3х использовали.

Меня тоже напрягают, но оно правда нужно. Это, конечно, фейл, когда каждый пример использования асинха начинается с `import asyncio`, это наглядный показатель, что что-то здесь не так и конструкция явно не родная. Но ещё больший фейл — это, когда в языке нет ни тредов ни нормального асинхрона.

два оператора присваивания - это дело вкуса

Так это тоже нюанс. Я бы постоянно фейлил на этом. Можно конечно настроить редактор, чтобы било током, но лучше пусть будет единообразно, даже если это неудобно. Конечно будь питон expession-oriented, проблемы бы и не было, но что есть, то есть. Принять и простить, а не костылли умножать.

С as считай три.

Можно конечно настроить редактор, чтобы било током

бить будет интерпретатор, SyntaxError-ом

ну и, следовательно, редактор, если он умеет в python

с import 4

Если уж импорт считать, то можно считать и def, и class.

As хоть не похоже на =. Вспомнился viml с его == ==? ==# . Кайфовый дизайн, да?

Это там присваивание такое? Жесть. Я настолько привык к тому, что == означает сравнение, что в SQL я многие годы в одном из 5-10 выражений сравнения стабильно ошибаюсь и пишу == вместо =.

Если уж импорт считать, то можно считать и def, и class.

а чому бы и не да, раз уж as посчитали?

Ну as-то действительно именует некое значение создавая под него переменную, не имея при этом никакого другого назначения.

Ну as-то действительно именует некое значение создавая под него переменную.

как и import, и def, и class

Я исправился, изначально не досказал мысль.

ладно) оставайся при своих)

я не считаю as отдельным оператором. есть import...as, есть try...except...as, есть with...as. as - просто разделитель, который отделяет разные выражения и идентификаторы в этих конструкциях, и не может использоваться самостоятельно.

как насчет in в конструкции for..in? его посчитаем?

он вроде как не несет никакой функции, кроме создания переменной и привязки значения

Ну, судя по удалённому комментарию, ты таки согласен с тем, что := тоже точно так же просто именует значение (результат выполнения выражения) как и as.

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