Телеграмм чат группы dlangru страница 9843

Там просто предостережение и пример вероятного косяка..

14:04пожаловаться #1

OB

Oleg B

допустим есть массив, ты его наполняешь, в какой-то момент хочешь убрать объект, что нужно сделать:
1. вызвать свой финализатор для объекта если таковое необходимо (close или makeInvalid или как ты его там назовёшь)
2. перезаписать массив без этого объекта, либо на место объекта записать null

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

14:04пожаловаться #2

Е

Почти всегда, в реальности, деструктор класса полезен тогда и только тогда, когда планируется уничтожать этот класс явно, через destroy, в остальных случаях деструктор бесполезен.

14:05пожаловаться #3

OB

https://dlang.org/spec/garbage.html#gc_config

Евгений

Может мой английский недостаточно хорош, но я не вижу тут утверждения, что деструктор может быть не вызван никогда.

cleanup:none|collect|finalize - how to treat live objects when terminating
collect: run a collection (the default for backward compatibility)
none: do nothing
finalize: all live objects are finalized unconditionally

14:06пожаловаться #4

OB

настраивается параметром

14:07пожаловаться #5

OB

можно запустить программу так, а можно не так

14:07пожаловаться #6

OB

итог: деструктор при завершении программы может быть вызван, а может и нет

Е

можно запустить программу так, а можно не так

Ага, вот это уже понятнее. По умолчанию таки деструктит.

14:08пожаловаться #8

OB

вывод: полагаться на это не стоит

Е

вывод: полагаться на это не стоит

Да даже если бы это было прибито гвоздями, все равно толку мало.

14:08пожаловаться #10

OB

Евгений

Почти всегда, в реальности, деструктор класса полезен тогда и только тогда, когда планируется уничтожать этот класс явно, через destroy, в остальных случаях деструктор бесполезен.

чревато необходимостью следить за всеми ссылками на объект

14:08пожаловаться #11

Е

Oleg B

чревато необходимостью следить за всеми ссылками на объект

Ну так почти всегда, когда тебе нужен детерминизм деструкции, приходится следить за всеми ссылками (умные указатели, например). А если детерминизм не нужен, то как правило и деструктор не нужен.

14:10пожаловаться #12

OB

Евгений

Ну так почти всегда, когда тебе нужен детерминизм деструкции, приходится следить за всеми ссылками (умные указатели, например). А если детерминизм не нужен, то как правило и деструктор не нужен.

получается это уже не тривиальные случаи, требуют и внимания и понимания происходящего

при этом детерменизм бизнес-логики это не мешает обеспечивать (отсутствие деструктора)

14:11пожаловаться #13

OB

т.е. разницы нет вызовешь ли ты destroy или close, всё равно ты что-то будешь вызывать

14:12пожаловаться #14

Е

Иногда мешает. Хотя, смотря что назвать бизнес логикой :)