Кидання рядків замість Помилок

Оскільки ми можемо кинути що-небудь із throwключовим словом у Javascript, чи не можемо ми просто кинути рядок повідомлення про помилку безпосередньо?

Хтось знає якийсь улов у цьому?

Дозвольте мені додати до цього деяку довідку: Дуже часто у світі JavaScript люди покладаються на перевірку параметрів на відміну від використання механізму try-catch, тому має сенс викидати лише фатальні помилки throw. Тим не менше, щоб мати змогу вловлювати деякі системні помилки, я повинен використовувати інший клас для власних помилок, і замість того, щоб створювати підклас Error, я думаю, що я повинен просто використовувати String.

У той час як добре можна викинути будь-яке значення, як правило , вважається поганою формі , щоб кинути що - небудь інше , ніж екземпляр Errorабо один з його підкласів. Цьому є кілька причин:

1. Ловля код може очікувати занедбаний об'єкт , щоб звичайні message, stacktraceі nameвластивості , які з'являються на Errorс.
2. Відсутність стека робить налагодження проблематичним, особливо у випадку невловлюваних винятків / необроблених відмов. Наприклад, налагодження помилки "Uncaught [Object object]" може бути особливо болючим.

Так, ви можете кидати інші цінності , але це не є доброю практикою .

Хтось знає якийсь улов у цьому?

Рядок не є об'єктом помилки і не передає жодної корисної інформації щодо налагодження. Devtools покладаються на такі, як файл і рядок, де була створена помилка, стек стека в throwрозташуванні тощо, які доступні як властивості Errorоб'єктів.

Всякий раз, коли ви думаєте кинути примітивне значення рядка, new Error("<the string>")замість цього викиньте .

Ви знаєте, ви можете кидати помилки з повідомленнями.

try {
    throw new Error("This is an error");
} catch (e) {
    alert(e.message); // This is an error
}

Але насправді можна кидати струни:

try {
    throw "This is an error";
} catch (e) {
    alert(e); // This is an error
}

Як згадували інші вище, якщо ви не кидаєте об'єкт Помилки, тоді вам потрібно мати блоки спроб / лову, щоб захопити ці об'єкти та обробляти їх належним чином, інакше опинитися у світі болю для налагодження.

Однак, коли справа доходить до викиду Помилок з метою обробки помилок, таких як контроль потоку програм, це може бути корисним способом використання throwбез Помилки.

Використовуючи броски для управління потоком програм, це може бути неефективним на будь-якій мові, оскільки час виконання часто робить багато важких робіт, щоб розмотати інформацію про стек викликів та серіалізувати дані, щоб вони були доступні для користувальницької області. Уникаючи створення помилок, ви можете уникнути цього влучення продуктивності. Ключ у тому, що у вас повинен бути обробник у стеку викликів, який знає, як вирішити цю ситуацію. Наприклад, якщо ви throw {isHardStop: true, stopCode: SOME_CODE}і розробляєте обробники для виявлення цього, можливо, ви зможете згладити частину коду або вибрати більш синтаксис.

Ваш обробник для цієї справи сходів може мати такий вигляд:

try { ... } catch(thr) {
    if(!thr){
       // Is not Error or Json - Handle accordingly
    } else if(thr.isHardStop){
       // Handle the stop
    } else {
       // Most likely a real error. Handle accordingly
    }
}

Хоча ви можете передавати будь-який тип даних, який хочете, це не є оптимальним під час налагодження. ErrorОб'єкт JS містить всю інформацію про помилку та повідомлення. Тоді як рядок може містити лише повідомлення.

Ця додаткова інформація включає:

1. fileName : з якого файлу викинуто помилку
2. Номер лінії : з якого рядка викинуто помилку
3. stacktrace : з якої функції було викликано помилку

Ось, наприклад, стек стеку від chrome devtools: