Я согласен, не удаляйте этот объект, он передается по ссылке. Есть особый случай, который я могу вспомнить, когда порождаю объекты, когда класс оборачивает другой класс и распределяет объекты: Вы не хотите, чтобы объект, выдаваемый, был ссылаться на тот же самый, чтобы вы клонировали или передали копию объекта и уничтожили оригинал, однако, если оригинал является стандартным изображением для всех видов этого типа, объект не создается специально для каждого вызова, и вы ожидаете появления нескольких номеров в в течение короткого периода времени вы можете захотеть сохранить его, так как вы можете создать новый объект из этого изображения, не создавая его снова. Я бы предпочел заблокировать все свойства этого объекта только для чтения и привести объект только для чтения к чтению / записи. объект, который можно использовать в реальном мире. Объект не должен запускать какие-либо потоки внутри себя, когда он передается в качестве копии значения или клона, однако, если он является многопоточным, то прекрасно передать его ссылку, если ссылка является отношением 1: 1, если у вас есть несколько указателей. для объекта, который одновременно читает и записывает этот объект «бегущего изображения», вы можете столкнуться с коллизиями, когда значение не было безопасно сохранено, и следующий пингер запрашивает и назначает это же значение. Одна вещь, которую мы в огромной степени не обсуждали, когда я учился в школе, это объектные состояния. Объектно-ориентированные принципы были укоренились, но понимание того, почему они были созданы, всегда занимало время ... Я дал понять, я изучил объектно-ориентированный стиль, а затем перешел к более процедурным стилям.