Является ли __del__ действительно деструктором?

Question

Я делаю вещи в основном на C++, где метод деструктора действительно предназначен для уничтожения приобретенного ресурса. Недавно я начал с python (это действительно весело и фантастично), и я пришел, чтобы узнать, что он имеет GC как java. Таким образом, нет особого акцента на владение объектами (строительство и разрушение).

Насколько я понял, метод __init__() имеет больше смысла для меня в python, чем для ruby ​​тоже, но метод __del__(), действительно ли нам нужно реализовать эту встроенную функцию в нашем классе? Будет ли у моего класса что-то недостающее, если я пропущу __del__()? Один сценарий, который я мог увидеть, полезен, если я хочу что-то регистрировать при уничтожении объекта. Есть ли что-то другое, кроме этого?

Answer 1

От Python 3 docs:

object.__del__(self)

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

Так ведь это является деструктор (но вы можете назвать это явно себя в качестве метода класса).

Однако из other answers, но и от Wikipedia:

В языке с автоматическим механизмом сбора мусора, было бы трудно детерминировано обеспечить вызов деструктора, и, следовательно, эти языки, как правило, считается непригоден для RAII [Resource Acquisition Is Initialization]

таким образом, вы почти никогда не должны быть осуществлением __del__, но это дает вам возможность сделать это в некоторых (редко?) случаях использование

Answer 2

Действительно деструктор?

Нет, __del__ метод не деструктор, это просто обычный метод, который вы можете позвонить, когда вы хотите, чтобы выполнить любую операцию, но она всегда вызывается перед сборщик мусора уничтожает объект. Думайте об этом как о чистом или последнем способе.

Answer 3

Как уже указывалось в других ответах, вы, вероятно, не должны реализовывать __del__ в Python. Если вы столкнулись с ситуацией, думая, что вам действительно нужен деструктор (например, если ваш класс обертывает ресурс, который должен быть явно закрыт), то в пути Pythonic используется context managers.