Які найкращі практики роботи з помилками JavaScript?

Я шукаю , щоб почати робити свою JavaScript трохи більше помилок докази, і я знаходжу багато документації по використанню try, catch, finallyі throw, але я не знайти тонну рад від експертів про те, коли і куди кидати помилки.

• Чи повинен кожен фрагмент коду бути загорнутим у спробу / ловити?
• Чи є більше подібних порад щодо того, в який момент помилки слід виявити?
• Чи є недоліки у виникненні помилок замість того, щоб код мовчки вийшов з ладу у виробництві?
• Це стосувалося SO настільки, наскільки це стосується реалізацій, але чи є ефективними стратегіями JS-сервера, що ведуть реєстрацію?
• Що-небудь ще, що я повинен знати, щодо помилок уловлювання в моїй програмі?

Я також повністю гра для слухання книг, які мають великі глави або глибокі пояснення поводження з помилками. Красномовне JavaScript торкається цього питання, але не є дуже прискіпливим чи висловленим з приводу цього питання.

Дякую за будь-яку пораду, яку ви можете дати!

Надзвичайно цікавий набір слайдів про керування помилками Enterprise JavaScript можна знайти на веб- сайті http://www.devhands.com/2008/10/javascript-error-handling-and-general-best-practices/

Коротше це підсумовує:

1. Припустимо, ваш код не вдасться
2. Помилки журналу на сервері
3. Ви, а не браузер, обробляєте помилки
4. Визначте, де можуть виникнути помилки
5. Накиньте власні помилки
6. Розрізняють фатальні та нефатальні помилки
7. Забезпечити режим налагодження

Слайди розглядаються набагато детальніше і, швидше за все, дадуть вам певний напрямок.

ОНОВЛЕННЯ

Згадану вище презентацію можна знайти тут: http://www.slideshare.net/nzakas/enterprise-javascript-error-handling-presentation

Ніколас Закас з Yahoo! слава розмовляла з поводженням з помилками підприємств ( слайдами ) на Ajax Experience 2008, в якому він запропонував щось подібне:

function log(sev,msg) {
    var img = new Image();
    img.src = "log.php?sev=" +
        encodeURIComponent(sev) +
        "&msg=" + encodeURIComponent(msg);
}

// usage
log(1, "Something bad happened.")

// Auto-log uncaught JS errors
window.onerror = function(msg, url, line) {
    log(1, msg);
    return true;
}

Через рік Ніколас Закас опублікував у своєму блозі оновлення, яке містило розумний зразок автоматичного введення коду обробки помилок у виробниче середовище (використовуючи орієнтоване на аспекти програмування).

Коли ви почнете реєструвати виклики window.error, ви помітите дві речі:

1. Якщо ваш сайт досить складний, ви будете реєструвати безліч помилок
2. Ви побачите купу марних "window.error у невизначених: 0" повідомленнях

Зменшити торент записів журналу так само просто, як тестування на суворість та / або випадкове число перед входом на сервер:

function log(sev,msg) {
    if (Math.random() > 0.1) return; // only log some errors

    var img = new Image();
    img.src = "log.php?sev=" +
        encodeURIComponent(sev) +
        "&msg=" + encodeURIComponent(msg);
}

Поводження з непотрібними помилками window.error у невизначеному: 0) залежить від архітектури вашого сайту, але можна спробувати визначити всі виклики Ajax та викинути виняток, коли щось не вдається (можливо, повернення сліду стека за допомогою stacktrace.js ).

IHMO, ви повинні використовувати помилки в JavaScript, як і в кількох інших мовах (AFAIK: Python, Java).

Для кращої читабельності (і, напевно, кращої продуктивності, хоча я не впевнений, що це має дуже великий вплив), ви повинні використовувати блок try / catch здебільшого у таких випадках:

• Частина коду, яку потрібно обернути, є ключовою частиною всього алгоритму . Якщо це не вдасться, воно може:

  • створювати помилки в наступній частині кодів (наприклад, через відсутність var ...)
  • змусити сторінку не виглядати очікуваною (вплив на вміст або css)
  • зробити результати здаватися дивними для користувача (вплив на поведінку коду)

• Ви знаєте, що код, який ви пишете, сумісний не з усіма браузерами

• Ви планували, що код може вийти з ладу (тому що немає іншого способу перевірити, чи він повинен працювати, якщо ... тоді ... блоки)
• А також коли ви хочете налагоджувати, не турбуючи кінцевого користувача

Зрештою, фахівці з JavaScript можуть надати ще й інші елементи.

мої 2 копійки в коробку,

З повагою,

Макс

На додаток до інших відповідей: одне важливе - використовувати контекстні дані, доступні в об’єктах помилок JavaScript та в window.onerrorпараметрах функції.

Такі речі, як стек трек (errorObject.stack), ім'я файлу, номер рядка та номер стовпця. Зауважте, що кожен браузер має деякі відмінності ... тому докладайте максимум зусиль, щоб отримати приємні помилки.

Можуть бути навіть проблеми з самим об’єктом консолі . Я використовую спеціальну функцію window.onerror, натхненну цією, і спеціальну функцію для відстеження будь-якого заданого об'єкта помилок, натхненного цим кодом .

Ще одним хорошим моментом є включення версії вашого веб-додатку десь поблизу стеки (для швидкої та безпечної копіювання та вставлення). Ви також можете показувати помилки в режимі розробки більш агресивно (насторожено ...), оскільки розробники не будуть постійно контролювати консоль браузера і, можливо, не бачать деяких проблем.

Також використовуйте уникайте використання throw 'My message', використання throw new Error('My message'), навіть у вас можуть бути спеціальні помилки, читайте цю статтю .

Завжди додайте деякий контекст до помилок (версія, ідентифікатор об’єкта, деяке користувацьке повідомлення, ...), а також переконайтесь, що ви розрізняєте зовнішні помилки (деякі зовнішні дані чи обставина призвели до відмови вашої системи) та внутрішні помилки / твердження (ваша система заблокована), читайте про " Дизайн за контрактом ".

Ось довідник .

Також подумайте про те, щоб використовувати загальні поводження з помилками, як перехоплювачі ваших ліфтів та каркасів:

• jQuery
• Кутовий 1.x і для http
• Кутовий 2.x
• Ваш новий сюжет для допінгу ...