Почистване на ExtJs компонент

Прочетох следния коментар в ExtJs-in-action -

'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.какво е правилната конвенция за справяне с унищожаването на компонент при затваряне на екземпляра на браузъра.


extjs extjs3
person IUnknown    schedule 02.06.2015    source източник

Отговори (1)


arrow_upward
0
arrow_downward

Това ръководство може да е добро четиво.

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

Обикновено в ExtJs освобождавате ресурси в метода за унищожаване, но не забравяйте да извикате и функцията callParent(), така че ExtJs да извърши собственото си почистване.

Ето още една статия от IBM през 2012 г., която изглежда навлиза по-задълбочено в предметът.

person Scriptable    schedule 02.06.2015