Функция удаления переменных и тп. Кто как делает?

[caseyryan]

Ну вот и достигли соглашения

Не знаю, пока не приходилось. Если пишу для себя, то никогда не расчитываю на то, что кто-то другой будет работать с этим кодом

[Dukobpa3]

Вот кстати иллюстрация
Везде так делаю.

		private function changeLocation(locId:String):void
		{
			if (_sceneView) 
			{
				_host.removeChild(_sceneView);
				_sceneView.destroy();
			}
 
			_sceneView = new _scenes[locId];
 
			_sceneView.addEventListener(ViewEvent.CHANGE, onViewChange);
			_host.addChildAt(_sceneView, 0);
		}

[caseyryan]

Dukobpa3, а удаление слушателя?

private function changeLocation(locId:String):void
		{
			if (_sceneView) 
			{
				_host.removeChild(_sceneView);
                                _sceneView.removeEventListener(ViewEvent.CHANGE, onViewChange); // ???
				_sceneView.destroy();
			}
 
			_sceneView = new _scenes[locId];
 
			_sceneView.addEventListener(ViewEvent.CHANGE, onViewChange);
			_host.addChildAt(_sceneView, 0);
		}

[Dukobpa3]

Та то такое. Текущий проект, сегдня этот кусок писал, будет еще вылизываться.
Там не только в этом косяки с очистками и дестроями И дестрои то пустые по большей части, а там этих слушателей внутри мама не горюй. Потом всё скопом делать буду на этапе оптимизации.

[caseyryan]

Я тоже бывало на этап оптимизации откладывал это, а потом за голову хватался
Теперь сразу пишу код удаления слушателя. Так, чисто чтобы потом не забыть и не искать в чем причина странного бага

[Dukobpa3]

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

[ChuwY]

обычно примерно так:

class BaseComponent
{
  _isFinalized : Boolean;
 
  public final function destroy():void
  {
    if(!_isFinalized)
    {
      finalize();
      _isFinalized = true;
    }
  }
 
  protected function finalize():void
  {
    //empty
  }
}

finalize переопределяется в подклассах и в конце переопределенного метода вызывается его супер версия.
Благодаря такой конструкции можно не опасаться за то, что финализация будет произведена несколько раз.
По теме спора:
Предпочитаю не давать детям самостоятельно удаляться.
При этом при финализации обязательно ремувлю всех детей.

[Dukobpa3]

Я тоже бывало на этап оптимизации откладывал это, а потом за голову хватался

В моем случае кстати всё просто.
Есть пакеты:
model
view
controller

внутри соответственно то ч то там и должно быть Когда время пришло просто взять и прощелкать все вьюхи подряд и проверить адекватность дестроев. Не надо рыться по всему проекту вылавливая где чего забыл.

[caseyryan]

Бывает другая ситуация. Не важно mvc там или нет. Не удалил какой-нибудь слушатель, все вроде бы ок работает. А потом бац, событие пришло, слушатель отработал, дернул ссылку, а она уже ведет к объекту null. При этом другой такой объект уже создан, и сложно понять почему объект null, когда по всей логике он не null

[Dukobpa3]

Давно такой ситуации не помню. Хотя "на заре карьеры" частенько бывало Проектировать правильно надо просто.