Comments 5
Чтобы начать поиск ошибок в клиентском JS-приложении, достаточно запустить его в браузере
Только лучше сначала прогнать исходники через ESLint и SonarJS. Они сразу найдут все синтаксические ошибки и часть логических, и не нужно будет тратить время и нервы на ловлю этих самых ошибок в случайных местах в реальном времени.
А какие минусы подхода
window.onerror=function(message, source, lineno, colno, error) {
console.trace(message);
}
В целом, такой подход имеет право на жизнь, если он вам удобен. Но минус в том, что он покрывает только определённый вид ошибок, а именно ошибку выполнения JS-кода, когда интерпретатор спотыкается и не может продолжать.
Но это не покрывает логические ошибки, когда программа работает, но не так. Не покрывает ошибки, связанные с тем, что сервер ответил не по API-доке.
Да и в целом, даже если благодаря стектрейсу видно откуда на самом деле распространилась ошибка, это особо не даст понимания, что послужило причиной. Тут уже придётся залезть в отладчик, поставить брейкпоинт в нужное место и посмотреть, что в этом месте не так
Но это не покрывает логические ошибки, когда программа работает, но не так. Не покрывает ошибки, связанные с тем, что сервер ответил не по API-доке.
Да и в целом, даже если благодаря стектрейсу видно откуда на самом деле распространилась ошибка, это особо не даст понимания, что послужило причиной. Тут уже придётся залезть в отладчик, поставить брейкпоинт в нужное место и посмотреть, что в этом месте не так
Sign up to leave a comment.
Основы отладки клиентских JS-приложений