L
Окей. Отлично. значит можно выкинуть нахер метод репорт
Если тебе очень-очень точно надо считать, то не выкидывай. Лучше сделай так, чтоб этот метод принимал не
&mut self, а self.Size: a a a
2020 April 07
L
При этом реализуй таки drop, а этот метод оставь пустым
MS
Ну в общем. В плюсах объект - это место в памяти. Деструктор вызывается над объектом когда место в памяти перестает жить.
В расте объект - это значение. Деструктор вызывается над объектом когда умирает именно значение.
Над местами ИЗ которых ты переместил деструктор не вызывается потому что в них уже нет объектов.
В расте объект - это значение. Деструктор вызывается над объектом когда умирает именно значение.
Над местами ИЗ которых ты переместил деструктор не вызывается потому что в них уже нет объектов.
ВМ
это мне известно
ВМ
Меня интересует точно ли время жизни значения гарантированно длится до конца скоупа без влияния извне
ВМ
Ну и если уж совсем занудствовать, то типы выделенные на стеке — типы значения и в плюсах и в расте
ВМ
а у выделенного в куче объекта никто деструктор за меня не позовёт
ВМ
В общем ладно
ВМ
Я потестию в сравнении
ВМ
Но думаю что мне хватит дропа
C
Смотрите: Я правильно понимаю, что если в раст всё выражение, то это значит оно всегда что-то возвращает? И если мы ставим точку с запятой то оно возвращает тип ()? (а как он правильно называется?)
ВМ
в котлине он называется Юнит
ВМ
ну пустой кортеж
ВМ
не видно разве?)))
C
ну пустой кортеж
ну вот в книге он так назывался)
C
я просто думал он как-то по умному еще называется хаха
AL
Меня интересует точно ли время жизни значения гарантированно длится до конца скоупа без влияния извне
если что, в рефе есть пример, в принципе показывающий сразу все основные случаи вызова деструктора https://doc.rust-lang.org/reference/destructors.html
MS
Меня интересует точно ли время жизни значения гарантированно длится до конца скоупа без влияния извне
точно, иначе бы не работали раии мутексы