Skip to content
This repository was archived by the owner on Sep 14, 2023. It is now read-only.

Стоит расширить статью про Debugging #54

Open
daynin opened this issue Feb 9, 2017 · 1 comment
Open

Стоит расширить статью про Debugging #54

daynin opened this issue Feb 9, 2017 · 1 comment

Comments

@daynin
Copy link
Contributor

daynin commented Feb 9, 2017

Кажется, что стоит более развернуто рассказать про debugging в js, сейчас в данной статье по сути один посыл: "Не используйте console.log, используйте debugger".

Но каким отладчиком пользоваться? Chrome Devtools? Можно остановиться и на нем, он очень навороченный, там есть почти все. Но ведь и в других браузерах есть очень полезные, а порой и незаменимые.

Например, в Safari есть классная вкладка timeline, которая позволяет посмотреть, что у вас тормозило в одном фрейме.

safari

Да и с консолью не все так однозначно. API консоли не ограничивается console.log и иногда умелое использование API консоли может выявить проблему гораздо быстрее, чем изучение ее в отладчике, например, когда, через отладчик вы уже нашли какую-то "тяжелую" функцию, но теперь хотите узнать, а что же в ней так ест ресурсы.

Мне кажется, что Debugging нужно еще пообсуждать и дополнить

@dzhiriki
Copy link
Contributor

dzhiriki commented Feb 9, 2017

Йеп. Мне вообще казалось, что я выпиливал эту статью для сегодняшнего релиза. Но нет.

Лучше не расписывать конкретные девтулзы (хром, сафари, фф), а расписать фичи, которые они умеют. Большинство фич между разными браузерами одинаково. Как пример, та же вкладка Сети. Везде можно посмотреть исходники ответа, заголовки, посланные данные. И тому подобное.

И я думаю дебаггинг (именно его) стоит раскрыть наиболее полно: условные бряки, что можно по шагам выполнять код, что в момент бряки доступно всё окружение (можно посмотреть значения любых переменных).

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants