у тебя создается объект в области памяти, берется адрес, превращается в строку и печатается, после чего объект освобождает память на второй строке всё повторяется и новому объекту выделяется тот же кусок памяти а когда мы делаем object()==object() - создаются два объекта во время выполнения

Хм, как-то слишком сложно

один объект другому по дефолту не равен

id у них одинаковы

Хм, как-то слишком сложно

Все, понял

id у них одинаковы

Пруф

не одинаковы

потому что он мгновенно освобождал объект

если он сделает a = object() b = object() то рефкаунты на созданные объекты не будут падать в ноль, объекты будут разными и их id() тоже

In [48]: id(object())== id(object()) Out[48]: True In [49]: object()== object() Out[49]: False

причем надо учитывать что дефолтный репл еще хранит последнее значение в _ обычно, и это порой заставляет объект еще жить до следующей команды

Это как пояснить?

In [48]: id(object())== id(object()) Out[48]: True In [49]: object()== object() Out[49]: False

Он сохранит ID, потом освободит объект

И для второго

In [48]: id(object())== id(object()) Out[48]: True In [49]: object()== object() Out[49]: False

так же

In [50]: id(object()) is id(object()) Out[50]: False In [51]: object() is object() Out[51]: False

Хотя есть еще вот так

In [50]: id(object()) is id(object()) Out[50]: False In [51]: object() is object() Out[51]: False

Толсто уже

object создается, результат суется в id, после этого сразу же освобождается потом создается заново, суется во второй айди

object создается, результат суется в id, после этого сразу же освобождается потом создается заново, суется во второй айди

именно

ты умудряешься пересоздать объект в одной области памяти на лету

In [52]: id(object()) Out[52]: 3072869880L In [53]: id(object()) Out[53]: 3072869880L

цпитон по дефолту грохает объекты сразу как рефкаунт падает в ноль а вот айронпитон - нет. там грохание идёт на этапе вызова гц

In [52]: id(object()) Out[52]: 3072869880L In [53]: id(object()) Out[53]: 3072869880L

И

поэтому код вида data = open('filename').read() в цпитоне закроет файл сразу а в айронпитоне ссылка доживет до выхода из программы и вызовет мат в виде варнинга про ресурсы

Кстати, к теме вопросов на собеседовании. Сегодня был в СофтСерв, задали такой вопрос: К примеру у нас есть класс, который может быть использован в качестве контекс-менеджера: class Manager: def __enter__(self): CODE BLOCK 1 return self def __exit__(self, exception_code, exception_value, traceback): CODE_BLOCK 2 return False есть такой пример кода: with Manager(): CODE_BLOCK 3 Предположим, в Питоне 3.6 отказались от контекст менеджеров. Как должен выглядеть код, который выполняет все эти куски кода в такой же последовательности и с такими же условиями, как и в контекст менеджере (предполагается, что у нас нет класа Манагер, а просто есть три куска кода.

1; try: 3 finally: 2 ?

/me не знает питон

не

в принципе мыслишь в том направлении, но не совсем

Кстати, к теме вопросов на собеседовании. Сегодня был в СофтСерв, задали такой вопрос: К примеру у нас есть класс, который может быть использован в качестве контекс-менеджера: class Manager: def __enter__(self): CODE BLOCK 1 return self def __exit__(self, exception_code, exception_value, traceback): CODE_BLOCK 2 return False есть такой пример кода: with Manager(): CODE_BLOCK 3 Предположим, в Питоне 3.6 отказались от контекст менеджеров. Как должен выглядеть код, который выполняет все эти куски кода в такой же последовательности и с такими же условиями, как и в контекст менеджере (предполагается, что у нас нет класа Манагер, а просто есть три куска кода.

это тест на знание https://www.python.org/dev/peps/pep-0343/

А я даж задачу не понял.

Слава Аллаху, я на крестах пишу D:

там надо правильно аргументы в __exit__ передать

в finally и except случаях

не помню точно, но чтото типа m = Manager() try: m.__enter__() except: m.__exit__(*sys.exc_info()) finally: m.___exit__(None, None, None)

на самом деле сложнее, и с кэшированием ентер/эксит методов. в пепе расписан алгоритм детально

вся фигня с with заныкана в обработке исключений

не не, класса нет, считай, что ты просто копи-пастишь три куска кода (block 1, block 2 block 3). как они должны быть записаны?

а

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

так аргументы в CODE_BLOCK 2 используются?

в общем, вот так они мне по итогу показали (я оказался неправ)

BLOCK 1 try: BLOCK 3 except: BLOCK 2

чтото типа code block 1 try block 3 finally block 2

ага, так и думал

-___-

смысл в том, что в случае эксепшена, __exit__ не выполняется

Ебанутое задание. И спаведливо что не взяли

BLOCK 1 try: BLOCK 3 except: BLOCK 2

Враньё

да

ну, в оригинале сложнее немного

это как?

но смысл понятен, я думаю

@AndreiC кого не взяли и куда?

Там выполняется вообще-то exit если НЕТ exception'а

смысл в том, что в случае эксепшена, __exit__ не выполняется

на самом деле выполняется, но получает на входе инфу об исключении

и волен выполнить или не выполнить свой блок

ну да, это я и имел ввиду под "сложнее")

@AndreiC кого не взяли и куда?

А, ну я думал ты неправильно ответил.

Ну так они вообще не то дали

Ответ тупой какой-то

Они так with open сломают

Андрей, ну да, неправильно, но результата еще не было, если че))

Не будет файлы закрывать

это тест на знание https://www.python.org/dev/peps/pep-0343/

Вот тут раздел Specification: The 'with' Statement

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

Так там именно finally, а не except!

не совсем, опять же

ща

Да я только из спецификации

Так там именно finally, а не except!

Ну сказали ж выше. Если эксепшн будет то еще придет инфа о том какой

в спеке подробно расписано. и про файналли и про ексепт

Короче, finally ближе к правде чем except

Андрей, ну да, неправильно, но результата еще не было, если че))

Окей сорян. Просто у плюсовиков бы не взяли сразу :(

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

меньше надо думать

в чате программистов как-то странно звучит фраза)

with EXPR as VAR: BLOCK -------/--------- mgr = (EXPR) exit = type(mgr).__exit__ # Not calling it yet value = type(mgr).__enter__(mgr) exc = True try: try: VAR = value # Only if "as VAR" is present BLOCK except: # The exceptional case is handled here exc = False if not exit(mgr, *sys.exc_info()): raise # The exception is swallowed if exit() returns true finally: # The normal and non-local-goto cases are handled here if exc: exit(mgr, None, None, None)

Вот оно

а программистам вообще думать надо запретить

if not заметь

ну так часть про if not ext видишь

и то что в оригинале там был return False

т.е. это значит что их Манагер() пропускает исключения дальше

короче, лажанул я с этим вопросом

а, значит надо except: pass добавить

ща еще вспомню. вообще, довольно интересно было, толковые мужики попались.

поэтому в его случае это простой трай-файналли

а

короче, лажанул я с этим вопросом

Они сами с ним лажанули

а, значит надо except: pass добавить

неа

"Чем отличаются транзакции в MongoDB от MySQL"

тьфу, наоборот

if not

там if not: raise который ререйзит исключение дальше

значит я был прав

"Чем отличаются транзакции в MongoDB от MySQL"

А ты на кого шёл?

"Чем отличаются транзакции в MongoDB от MySQL"

спасибо, поржал

Python backend dev