2015-06-02 6 views
0

Я прочитал следующий комментарий в ExtJs в действии -ExtJs компонент очистки

'Do not dismiss the destruction portion of a Component’s lifecycle if you plan on developing your own custom 
Components. Many developers have gotten into trouble when they’ve ignored this crucial step and have code that 
has left artifacts such as data Stores that continuously poll web servers...' 

Я никогда не называл явные деструкторы/уничтожить на моем моих контейнеров/компонентов в 3.4.x
Хотя все похоже на работу отлично - мне любопытно на 1. Каковы некоторые случаи, когда внедрение деструкторов становится существенным.
2.Что такое правильное соглашение для обработки разрушения компонента при закрытии экземпляра браузера.

ответ

0

Этот guide может быть хорошим.

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

Как правило, в ExtJs вы освобождаете ресурсы в методе destroy, но не забудьте также вызвать функцию callParent(), чтобы ExtJs выполнял собственную очистку.

Вот еще article от IBM в 2012 году, который, кажется, углубляется в эту тему.