Комментарии 13
Примечание: ниже находится переврд статьи
Спасибо за перевод, пробежал мельком - мне интересно, сейчас буду читать более внимательно.
Спасибо за перевод, пробежал мельком - мне интересно, сейчас буду читать более внимательно.
+1
Утечки создают не замыкания сами по себе, а их реализация в IE. Автор оригинальной статьи об этом скромно умалчивает.
Кстати IE7 течёт не так сильно, и вполне можно с этим жить. Даже в сложных программах, например Jabber чате, где из замыканий формируются целые стеки.
Есть программка для отлова утечек, называется Drip.
Кстати IE7 течёт не так сильно, и вполне можно с этим жить. Даже в сложных программах, например Jabber чате, где из замыканий формируются целые стеки.
Есть программка для отлова утечек, называется Drip.
0
Утечки создают не замыкания сами по себе, а их реализация в IE.
Чем интересно таким принципиальным реализация замыканий в IE отличается от реализации замыканий не в IE? Почти ничем, потому как в отличие от циклических ссылок замыкание - это чистый незамутнённый ECMAScript.
Автор оригинальной статьи об этом скромно умалчивает.
Справедливости ради автор ни о чём не умалчивает, ну, что за конспирология-то на пустом месте. Статья давно висит в Internet Explorer Developer Center, тот же Internet Explorer указан уже в названии статьи, а проблемы именно с Internet Explorer's COM infrastructure обозначены в первом же пункте, к тому же они названы ещё и самыми распространёнными...
Спасибо за перевод.
0
Статья дейстительно давно висит на MS DevCenter. Так же где то рядом в гугле видел происки то ли индуса то ли пакистанца в этом вопросе с выкладками скриншотов загруки ЦП и Памяти из таскменеджера.
За перевод спасибо, но честно говоря жаль... Когда я увидел заголовок, подумал что-то новенькое будет.
За перевод спасибо, но честно говоря жаль... Когда я увидел заголовок, подумал что-то новенькое будет.
0
Ну, с другой стороны, как я понимаю, те же циклические ссылки создают утечки не только в IE, а в любом браузере (о чём название статьи тоже скромно умалчивает).
0
С момента опубликования статьи произошли некоторые события
http://support.microsoft.com/kb/929874/
http://support.microsoft.com/kb/929874/
+2
Как только замыкание становится функцией, оно больше не наследует параметры или локальные переменные от родительской функции, поэтому нам не нужно вообще волноваться по поводу циклических ссылок, вызываемых данным замыканием.
Чего?
+1
Утечка зависит от сложности приложения. Действительно сложных приложений встречается не много
(пробую вспомнить и что-то не припомню кроме гугля).
В любом случае автор посторался и основательно разобрался в вопросе.
Статья сложна дла начинающих, но полезна для всех.
(пробую вспомнить и что-то не припомню кроме гугля).
В любом случае автор посторался и основательно разобрался в вопросе.
Статья сложна дла начинающих, но полезна для всех.
0
Про замыкания. Утечка там всё-таки не из-за самого замыкания, а из-за всё того же DOM/COM.
И решение имхо глупое.
Уж лучше тогда написать свою функцию установки обработчиков, которая сама бы отслеживала все всё что нужно и удаляла по onunload. Гораздо меньше геморроя прикладному программисту, не говоря о том, что в данной функции можно сделать еще множество полезных вещей.
И решение имхо глупое.
Уж лучше тогда написать свою функцию установки обработчиков, которая сама бы отслеживала все всё что нужно и удаляла по onunload. Гораздо меньше геморроя прикладному программисту, не говоря о том, что в данной функции можно сделать еще множество полезных вещей.
+1
Замечание не по теме:
Публиковать свои материалы на своём сайте — это крайне правильная идея, которая мне очень нравится, но использовать стандартный на Хабре текст ссылки на полный вариант — это обман ожиданий пользователя.
Я думаю, заинтересовавшийся темой человек легко нажмёт и ссылку типа «читать дальше на webo.in → », и при этом избежит возможных неприятных ощущений от смены ресурса.
Публиковать свои материалы на своём сайте — это крайне правильная идея, которая мне очень нравится, но использовать стандартный на Хабре текст ссылки на полный вариант — это обман ожиданий пользователя.
Я думаю, заинтересовавшийся темой человек легко нажмёт и ссылку типа «читать дальше на webo.in → », и при этом избежит возможных неприятных ощущений от смены ресурса.
+2
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Практический JS: избавляемся от утечек памяти в IE