neprivet.ru

@stas_python он уже в R/O на сутки

как раз хватит времени пин дочитать

Кто может объяснить, почему ('__dict__' in dict.__dict__) is False? ?

Потому что строки __dict__ в словаре нет.

Потому что строки __dict__ в словаре нет.

меня как раз интересует, почему ее там нет

в главе Data Model ничего не нашел

А почему она должна там быть?

>>> dict.__dict__ mappingproxy({'__repr__': <slot wrapper '__repr__' of 'dict' objects>, '__hash__': None, '__getattribute__': <slot wrapper '__getattribute__' of 'dict' objects>, '__lt__': <slot wrapper '__lt__' of 'dict' objects>, '__le__': <slot wrapper '__le__' of 'dict' objects>, '__eq__': <slot wrapper '__eq__' of 'dict' objects>, '__ne__': <slot wrapper '__ne__' of 'dict' objects>, '__gt__': <slot wrapper '__gt__' of 'dict' objects>, '__ge__': <slot wrapper '__ge__' of 'dict' objects>, '__iter__': <slot wrapper '__iter__' of 'dict' objects>, '__init__': <slot wrapper '__init__' of 'dict' objects>, '__len__': <slot wrapper '__len__' of 'dict' objects>, '__getitem__': <method '__getitem__' of 'dict' objects>, '__setitem__': <slot wrapper '__setitem__' of 'dict' objects>, '__delitem__': <slot wrapper '__delitem__' of 'dict' objects>, '__contains__': <method '__contains__' of 'dict' objects>, '__new__': <built-in method __new__ of type object at 0x1058d7ed0>, '__sizeof__': <method '__sizeof__' of 'dict' objects>, 'get': <method 'get' of 'dict' objects>, 'setdefault': <method 'setdefault' of 'dict' objects>, 'pop': <method 'pop' of 'dict' objects>, 'popitem': <method 'popitem' of 'dict' objects>, 'keys': <method 'keys' of 'dict' objects>, 'items': <method 'items' of 'dict' objects>, 'values': <method 'values' of 'dict' objects>, 'update': <method 'update' of 'dict' objects>, 'fromkeys': <method 'fromkeys' of 'dict' objects>, 'clear': <method 'clear' of 'dict' objects>, 'copy': <method 'copy' of 'dict' objects>, '__doc__': "dict() -> new empty dictionary\ndict(mapping) -> new dictionary initialized from a mapping object's\n (key, value) pairs\ndict(iterable) -> new dictionary initialized as if via:\n d = {}\n for k, v in iterable:\n d[k] = v\ndict(**kwargs) -> new dictionary initialized with the name=value pairs\n in the keyword argument list. For example: dict(one=1, two=2)"})

А почему она должна там быть?

class C: pass ('__dict__' in C.__dict__) is True

Так, и?

class C: pass ('__dict__' in C.__dict__) is True

class C: __slots__ = () и тоже нету __dict__

В dict нет __slots__

Видимо, так имплементирован dict и другие встроенные типы

чо

ты хочешь черепах all way down?

чо

TypeError: can't set attributes of built-in/extension type 'dict'

и?

ты пришел показывать нам дефолтное поведение питоновых типов ради чего?

я пришел за ответом, а получил в ответ вопрос

потому что тот ключ там нахуй не нужен?

нет, это неправильный ответ

вопрос еще раз? почему в любойтип.__дикт__ нет ключа __дикт__?

а с какого хуя он там должен быть?

вопрос еще раз? почему в любойтип.__дикт__ нет ключа __дикт__?

не любой, а конкретно dict

('__dict__' in type.__dict__) is True

какого хуя он в type тогда?

если следовать твоей логике

ты дурак или дурак?

__дикт__ хранит локальные данные экземпляра

__дикт__ хранит локальные данные экземпляра

причем тут это вообще?

я и без тебя прекрасно знаю, зачем используется __dict__

тогда в чем вопрос?

бля, забей

вопрос был почему сам ключ отсутствует

не любой, а конкретно dict

ты пишешь дикт, показываешь тайп

вопрос был почему сам ключ отсутствует

именно

вопрос был почему сам ключ отсутствует

потому что его там нет

Вопрос был почему?)

потому что его там нет

охуеть ответ

браво

охуеть ответ

охуеть вопрос

>>> type.__dict__['__dict__'] <attribute '__dict__' of 'type' objects> >>>

браво

спасибо

я и без тебя прекрасно знаю, зачем используется __dict__

может тебя смущает, что dict.__dict__ и условный dict.__dict__['__dict__'] - не одно и то же?

может тебя смущает, что dict.__dict__ и условный dict.__dict__['__dict__'] - не одно и то же?

нет, это меня не смущает

вот, я подтолкнул вас к расследованию

тогда я присоединяюсь к тем, кто не понимает, в чём собственно вопрос

dict.__dict__ напоминаю что поиск аттрибутов происходит по наследованию если у дикта нет аттрибута дикт, то он будет искаться выше пока не упрётся в тайп

если ктото этого еще не знает, пиздует нахуй в доку

так ведь как раз аттрибут __dict__ у словаря есть

dict.__dict__ напоминаю что поиск аттрибутов происходит по наследованию если у дикта нет аттрибута дикт, то он будет искаться выше пока не упрётся в тайп

это всё логично. Почему вот так, был вопрос. >>> type.__dict__['__dict__'] <attribute '__dict__' of 'type' objects> >>> dict.__dict__['__dict__'] Traceback (most recent call last): File "<stdin>", line 1, in <module> KeyError: '__dict__'

потому что у дикта нет дикта, блядь

потому что у дикта нет дикта, блядь

Видимо, вопрос был в том, по какой причине у дикта нет дикта ?‍♂

Видимо, вопрос был в том, по какой причине у дикта нет дикта ?‍♂

верно. ведь дикт это подтип type

потому что это тип на си

А. Вот и ответ

потому что он так имплементирован, да

а как ему удалось затереть ключ родителя, если >>> type(dict) == type True Или это потому, что там есть особенность в Си исполнении дикта?

Мне было интересно именно в сравнении с другими штуками, такими, как сам type. По идее же он тоже на си написан, разве нет?

object и type полны ибаной магии изза того что они в топе иерархии

это мы итак все понимаем, что там дохуя магии

но тем не менее

это же чат не джуниоров

а вопрос то в чем?

питон на 90% состоит из диктов

а вопрос то в чем?

ну по сути, почему это истинно ('__dict__' in type.__dict__) and not ('__dict__' in dict.__dict__)

Какой-то виртуальный онанизм

естественно

а тут запрещен виртуальный онанизм?

а как ему удалось затереть ключ родителя, если >>> type(dict) == type True Или это потому, что там есть особенность в Си исполнении дикта?

а при чём тут ключ родителя? __dict__ создаётся из namespace метакласса https://docs.python.org/3/reference/datamodel.html#creating-the-class-object

Какой-то виртуальный онанизм

Какое интересное определение программирования

аттрибут __dict__ у нас это локальный неймспейс объекта он особенный, он ридонли

тайп.дикт это метод возвращающий проксю к этому дикту в слоте

Точно ридонли?

точно

Хорошо

я говорю про референс на дикт, а не его содержимое

т.е. нельзя foo.__dict__= {}

это же чат не джуниоров

и это прискорбно. ведь они вершина эволюции.

Точно ридонли?

ну даже вон по ссылке выше When a new class is created by type.__new__, the object provided as the namespace parameter is copied to a new ordered mapping and the original object is discarded. The new copy is wrapped in a read-only proxy, which becomes the __dict__ attribute of the class object.

к чему вообще это всё? ты собрался ебаться с метами?

ну даже вон по ссылке выше When a new class is created by type.__new__, the object provided as the namespace parameter is copied to a new ordered mapping and the original object is discarded. The new copy is wrapped in a read-only proxy, which becomes the __dict__ attribute of the class object.

Я малограмотный. Спасибо за комментарий, ушёл изучать.

к чему вообще это всё? ты собрался ебаться с метами?

не, просто с коллегами разговор вдруг зашел сам собой

кто-нибдь из коллег не пытался почитать документацию?

у меня как-то крутилась мысль, что для вызова x() питон должен вызвать x.__call__() но ведь для вызова x.__call__, нужно вызвать x.__call__.__call__() и дальше черепахи

в итоге function.__call__ должен гдето прервать эту рекурсию и сделать ёбаный звонок другу

да и он это делает скорее всего тайпкастом

скорее он это делает на си

Скобочки забыл

Скорее всего от глупостью занимается

Ребят, вопрос по раббитмкью: Со стороны паблишера (http сервис к примеру): целесообразно ли держать коннекшн открытым постоянно? HTTP сервис при каждом запросе: открывает канал, посылает данные в durable очередь и закрывает канал. Если брокер упадет во время сохранения данных на диск, то можно будет сохранить непереданные данные на стороне http сервиса, и уже при следующем бутстарте брокера, послать их первыми.

Ведь как я понимаю, каналы мультиплексируют коннекшн

Как связаны сохранение данных на паблишере и открытое соединение?

Не, вообще - целесообразно, иначе зачем тебе раббит

ну я перехвачу эксепшн, что соединение разорвано и сохраню непереданные данные у себя на паблишере