Я правильно понял, что разница в результатах выше из нашей

Question

Я правильно понял, что разница в результатах выше из нашей

беседы состоит в том что iadd в случае с листом у нас in place, а в случае с i который у меня в классе не in place, так ведь ?

#backend #programming #python #russian

0

29.10.2023

6 ответов

4 просмотра

Ilya Автор вопроса

evle
Да.

по идеи, могли бы и для чисел сделать ведь in place. Мне кажется разница диктуется тем, что под копытом. Числа и прочие атомы (или маленькие объектики) не жалко делать не in place, а вот листы и прочее уже все in place. Если не лезть, а так интуитивно "угадать".

0

6 месяцев назад

evle

Ilya
по идеи, могли бы и для чисел сделать ведь in plac...

Это сильно реализацию перекраивать, так что не могли бы. Сильно в теории да, но деление на mutable/immutable сквозит через всю спецификацию языка.

0

6 месяцев назад

Ilya Автор вопроса

ну в теории если язык с нуля строить, то там хлопот даже меньше, чем так как сейчас помоему. Вот у вас есть целое число, допустим в системе 32 bit для простоты и у него есть адрес икс. Берешь число, кладешь в регистр, добавляешь к нему 1, кладешь обратно в память в тот же адресс, вот оно и in place. один read из памяти, один write в память (их не избежать по любому). А не in place как бы сложнее, так как переменная это всего лишь ссылка, то в случае не in place я подозреваю что делается оно так: читаешь из память значение из адресса икс, кладешь в регистр, добавляешь 1 (значение), теперь берешь другой новый адрес, и туда кладешь новое значение, а переменную указываешь на новый адрес, вот оно не in place. То есть в первое случае не надо просить у ОС нового адреса, можно использовать ту же ячейку. Иначе говоря, похоже что выбор mutable/immutable он условен, вроде как все типы могли бы быть mutable грубо говоря. Но я не настолько глубоко знаю питон, немного сейчас углубляюсь в его теорию, хочется принципы понимать.

0

6 месяцев назад

evle

Ilya
ну в теории если язык с нуля строить, то там хлопо...

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

0

6 месяцев назад

Ilya Автор вопроса

evle
Не, не могли бы. Всё куда сложнее и запутанее. Как...

а ну вот в этом и причина, хай левел да

0

6 месяцев назад

evle · Accepted Answer

evle

Да.

0

6 месяцев назад

170 похожих чатов

Я правильно понял, что разница в результатах выше из нашей

6 ответов

Похожие вопросы