Подтвердить что ты не робот

JavaScript try/catch: ошибки или исключения?

OK. Я, возможно, раскалываю волосы здесь, но мой код несовместим, и я бы хотел сделать это. Но прежде чем я это сделаю, я хочу убедиться, что я пойду правильно. На практике это не имеет значения, но это меня беспокоило какое-то время, поэтому я решил, что попрошу своих сверстников...

Каждый раз, когда я использую оператор try... catch, в блоке catch я всегда регистрирую сообщение на своей внутренней консоли. Однако мои сообщения журнала несовместимы. Они выглядят так:

catch(err) {
DFTools.console.log("someMethod caught an error: ",err.message);
...

или

catch(ex) {
DFTools.console.log("someMethod caught an exception: ",ex.message);
...

Очевидно, что код функционирует должным образом в любом случае, но он начинает беспокоить меня, что я иногда упоминаю "ошибки", а иногда и "исключения". Как я уже сказал, может быть, я раскалываю волосы, но что такое правильная терминология? "Исключение" или "Ошибка"?

4b9b3361

ОТВЕТЫ

Ответ 1

Это немного субъективно, но для меня ошибка, когда кто-то или что-то делает что-то неправильно, неправильно или недействительно. Это может быть синтаксическая ошибка, логическая ошибка, ошибка чтения, ошибка пользователя или даже социальная ошибка. Это абстрактное понятие.

Исключение, с другой стороны, является объектом, который создается и генерируется, когда в коде возникает определенное условие. Это может быть или не соответствовать концептуальной ошибке. Поэтому для меня правильная номенклатура является "исключением".

Ответ 2

спецификация ECMAScript называет их исключениями. Возможно, вы захотите сделать то же самое.

Чтобы сделать ваш журнал более информативным:

catch(ex) {
    DFTools.console.log("someMethod caught an exception of type " 
       + ex.name + ": ", ex.message);

Вы также можете иметь в виду, что исключения (к сожалению) могут быть любого типа и поэтому не обязательно иметь свойства name и message:

catch(ex) {
    if (ex.message && ex.name) {        
        DFTools.console.log("someMethod caught an exception of type " 
           + ex.name + ": ", ex.message);
    } else /* deal with it somehow */

Поскольку это начинает выглядеть довольно громоздким, чтобы повторять всюду, вы можете захотеть захватить его в функции:

function logExceptions(methodName, action) {

    try {

        action();

    } catch (ex) {
        if (ex.message && ex.name) {        
            DFTools.console.log("someMethod caught an exception of type " 
               + ex.name + ": ", ex.message);
        } else {
            DFTools.console.log("someMethod caught a poorly-typed exception: " + ex);
        }
    }
}

Теперь вы можете сказать:

logExceptions(function() {

    // do some risky stuff...

});

Ответ 3

Исключение - это то, чего вы, возможно, ожидаете, например, при попытке открыть файл может столкнуться с "Не найденным исключением". С другой стороны, ошибки - это то, что вы, возможно, не видите, что это похоже на поток с потоком или недостаточно памяти.

Исключение - альтернативный логический выход из функции, которая не приводит к логическому результату. Исключение также позволяет лучше объяснить, что происходит, почему оно существует таким образом. Для открытия файла опять же дескриптор файла является логическим результатом, и если файл не существует (одно возможное исключение) или это папка, а не файл (другое возможное исключение).

Ответ 4

В JavaScript это называется Error Catching. Поэтому я предлагаю вам использовать ошибку вместо исключения. Оставьте выбор в середине с помощью "e". Как в примерах Mozilla. Справочник по Mozilla Core JavaScript 1.5

Ответ 5

ОСНОВНОЕ ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я не считаю, что есть "правильный" ответ на этот вопрос. Представленные здесь мнения являются субъективными и личными. Более того, идеи, которые я собираюсь поддержать, полезны только в том случае, если вы собираетесь делать разные вещи с помощью разных, глагольных, недостатков... поскольку вы можете использовать систему в соответствии с информативным ответом Даниэля Эрвикера. Имея это в виду:

Я утверждаю, что "EXCEPTION является исключительным". ОШИБКА менее неожиданна.

отказ от ответственности: следующий псевдокод не является хорошим; это просто минимальный случай, который я мог бы придумать, чтобы проиллюстрировать мою точку зрения.

Примечание: в этом мысленном эксперименте GetFile возвращает UNDEFINED, если он не может найти указанный файл.

function AlwaysGetFile(name){
    var file = null;
    if(FileExists(name)){
        file = GetFile(name);
        if(typeof file === "undefined"){
            throw new "couldn't retrieve file" EXCEPTION
        }
    }
    else{
        throw new "file does not exist" ERROR
    }
    return file;
}

В случае, когда потребитель вызывает GetFileOrThrow с именем файла, которое не существует, произойдет ERROR. На мой взгляд, различие заключается в том, что код более высокого уровня (или пользовательский ввод) делает что-то неправильно... эта функция должна передать ERROR вверх по линии этому высокоуровневому коду, который может решить, что делать с этим результатом. Считайте это так: эта функция будет говорить любым потребляющим функциям:

Посмотрите, мой друг, я знаю, что происходит здесь: это ERROR, чтобы запросить BobAccounts.xml, так что не делайте этого снова! О, и если вы думаете, что теперь знаете, что могло пойти не так (злоупотребляя мной), продолжайте и попытайтесь оправиться от него!

Теперь рассмотрим случай, когда эта функция принимает имя, проверяет, существует ли файл, а затем по какой-то причине не может его восстановить. Это совсем другая ситуация. Произошло что-то действительно неожиданное. Что еще, потребительский код не виноват. Теперь мы действительно хотим, чтобы эта функция говорила о любых потребляющих функциях:

О, любимые! Извините, я смиренно прошу прощения, но что-то ИСКЛЮЧИТЕЛЬНОЕ, что я действительно не понимаю, пошло не так. Я не думаю, что ваш запрос на BobAccounts.xml был необоснованно... и я знаю, что я должен выполнить его для вас. Поскольку я более низкий уровень кода, чем вы, я действительно должен знать, что происходит... но я не... и поскольку у вас меньше шансов, чем я понимаю эту ИСКЛЮЧИТЕЛЬНУЮ ситуацию, я думаю, вы, вероятно, лучше всего прекратите то, что вы делаете, и пусть это сообщение дойдет до вершины... Я имею в виду, что здесь происходит что-то серьезное.

Итак, я полагаю, что мое резюме таково: если ошибка произошла в коде более высокого порядка (вы получили плохие данные), бросьте ОШИБКУ. Если ошибка произошла в коде нижнего порядка (функция, от которой вы зависели не удалось, каким вы не поняли и не могли планировать) выбросить EXCEPTION... и если ошибка произошла в функции, которую вы сейчас пишете. ну, если вы знаете об этом, тогда исправьте это!

И, наконец, более непосредственный ответ на исходный вопрос: с точки зрения обработки ОШИБКИ и ИСКЛЮЧЕНИЙ, мой совет будет: обрабатывать все ОШИБКИ изящно (необязательно записывая их в журнал)... но эффективно обрабатывайте ИСКЛЮЧЕНИЯ; только попытайтесь восстановиться из ИСКЛЮЧЕНИЯ, если вы действительно уверены, что знаете, что это такое и почему это произошло, иначе пусть оно пузырится (перетаскивая его, если вам нужно).

Ответ 6

То, что вы получаете в блоке Catch, является Исключением, поэтому я называю это как исключение...

Если это ошибка - я могу обработать ее в своем коде, и я обычно не ожидаю увидеть ее в блоке Catch

НТН.