Фронтендщик
Open in Telegram
Все для frontend developer, шуточки, тесты, статьи Администрация/Реклама @vtopua
Show more1 085
Subscribers
No data24 hours
+17 days
-1130 days
Data loading in progress...
Similar Channels
![Frontender's notes [ru]](https://cdn.tlmtr.io/_next/image?url=https%3A%2F%2Fimg.tlmtr.io%2Fc%2F1qrVZ3%2F5348049928330532677%3Fty%3Dx&w=96&q=75){kind=small}
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
September '26
September '26
+1
in 0 channels
August '26
+1
in 0 channels
Get PRO
July '26
+1
in 0 channels
Get PRO
June '260
in 1 channels
Get PRO
May '260
in 0 channels
Get PRO
April '260
in 1 channels
Get PRO
March '26
+1
in 0 channels
Get PRO
February '26
+1
in 0 channels
Get PRO
January '260
in 0 channels
Get PRO
December '25
+1
in 0 channels
Get PRO
November '25
+1
in 0 channels
Get PRO
October '250
in 0 channels
Get PRO
September '25
+7
in 0 channels
Get PRO
August '25
+1
in 0 channels
Get PRO
July '25
+2
in 0 channels
Get PRO
June '25
+1
in 0 channels
Get PRO
May '250
in 0 channels
Get PRO
April '25
+1
in 0 channels
Get PRO
March '25
+6
in 0 channels
Get PRO
February '25
+4
in 0 channels
Get PRO
January '25
+2
in 0 channels
Get PRO
December '240
in 1 channels
Get PRO
November '24
+1
in 0 channels
Get PRO
October '24
+1
in 0 channels
Get PRO
September '24
+2
in 0 channels
Get PRO
August '24
+2
in 0 channels
Get PRO
July '24
+3
in 0 channels
Get PRO
June '24
+3
in 0 channels
Get PRO
May '24
+4
in 0 channels
Get PRO
April '24
+3
in 0 channels
Get PRO
March '24
+3
in 0 channels
Get PRO
February '24
+3
in 1 channels
Get PRO
January '24
+2
in 0 channels
Get PRO
December '23
+3
in 0 channels
Get PRO
November '23
+4
in 0 channels
Get PRO
October '23
+3
in 0 channels
Get PRO
September '23
+8
in 0 channels
Get PRO
August '23
+4
in 0 channels
Get PRO
July '23
+14
in 0 channels
Get PRO
June '23
+6
in 0 channels
Get PRO
May '23
+8
in 0 channels
Get PRO
April '23
+41
in 0 channels
Get PRO
March '23
+6
in 0 channels
Get PRO
February '23
+9
in 0 channels
Get PRO
January '23
+17
in 0 channels
Get PRO
December '22
+177
in 0 channels
Get PRO
November '22
+142
in 0 channels
Get PRO
October '22
+26
in 0 channels
Get PRO
September '22
+328
in 0 channels
Get PRO
August '22
+1 290
in 0 channels
Get PRO
July '22
+106
in 0 channels
Get PRO
June '22
+2
in 0 channels
Get PRO
May '220
in 0 channels
Get PRO
April '220
in 0 channels
Get PRO
March '220
in 0 channels
Get PRO
February '220
in 0 channels
Get PRO
January '220
in 0 channels
Get PRO
December '210
in 0 channels
Get PRO
November '21
+1
in 0 channels
Get PRO
October '21
+1
in 0 channels
Get PRO
September '21
+4
in 0 channels
Get PRO
August '210
in 0 channels
Get PRO
July '210
in 0 channels
Get PRO
June '21
+1
in 0 channels
Get PRO
May '210
in 0 channels
Get PRO
April '21
+3
in 0 channels
Get PRO
March '21
+2
in 0 channels
Get PRO
February '210
in 0 channels
Get PRO
January '21
+1
in 0 channels
Get PRO
December '20
+1 226
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 05 September | 0 | |||
| 04 September | 0 | |||
| 03 September | 0 | |||
| 02 September | +1 | |||
| 01 September | 0 |
Channel Posts
Основные типы исключений в JavaScript
Давайте разберем три основных типа исключения, возникающих в JavaScript.
Исключение типа TypeError представляет собой ошибку, возникающую при недопустимом типе для переменной или параметра. Исключение типа SyntaxError представляет собой ошибку, возникающую при разборе исходного кода или JSON.
📌 #instr || Фронтендщик
| 2 |  Объект с ошибкой в JavaScript
Если возникает исключительная ситуация, то в первый параметр блока catchпопадет объект со случившейся ошибкой.
Свойство name этого объекта содержит имя ошибки (фактически ее тип), а свойство message - текст этой ошибки:
try {
} catch (error) {
console.log(error.name);
// имя ошибки
console.log(error.message);
// текст ошибки
}
📌 #instr || Фронтендщик | 17 |
| 3 | Объект с ошибкой в JavaScript
Если возникает исключительная ситуация, то в первый параметр блока catchпопадет объект со случившейся ошибкой.
Свойство name этого объекта содержит имя ошибки (фактически ее тип), а свойство message - текст этой ошибки:
try {
} catch (error) {
console.log(error.name);
// имя ошибки
console.log(error.message);
// текст ошибки
}
📌 #instr || Фронтендщик | 1 |
| 4 |  Как вы уже знаете, при переполнении хранилища, метод setItem выбросит исключение. Не обязательно, однако, это исключение ловить внутри функции save. Можно обернуть в try каждый вызов самой функции:
try {
save('некая строка');
} catch (error) {
alert('закончилось
место в локальном
хранилище!');
}
📌 #instr || Фронтендщик | 14 |
| 5 |  Перехват исключений во вложенном коде в JavaScript
Особенность и удобство исключений заключаются в том, что их можно ловить при любом уровне вложенности кода. Посмотрим на примере. Пусть у нас есть функция, сохраняющая данные в локальное хранилище:
function save(str) {
localStorage.setItem('key',
str);
}
📌 #instr || Фронтендщик | 21 |
| 6 | Если же при выполнении блока try никаких исключительных ситуаций не случилось, то полезный код просто выполнится, а код из блока catch - нет.
Для примера давайте попробуем разобрать JSON и в случае его некорректности выведем на экран сообщение об этом:
try {
let data = JSON.parse('{1,2,3,4,5}');
} catch (error) {
alert('невозможно выполнить
операцию разбора
JSON');
}
📌 #instr || Фронтендщик | 19 |
| 7 | В блоке try следует размещать код, который может содержать исключение. Если вдруг при выполнении этого кода возникнет исключительная ситуация, то наш скрипт не рухнет с ошибкой в консоли, а начнет выполнятся код блока catch.
В этом блоке мы должны каким-то адекватным образом отреагировать на ошибку. Например, если мы хотели отправить какие-то данные через интернет и интернет не работает, в блоке catch мы можем как-то справится с ситуацией: можно, например, выдать сообщение пользователю, а можно через некоторое время попытаться отправить данные опять - вдруг интернет уже заработал.
📌 #instr || Фронтендщик | 20 |
| 8 | Перехват исключений в JavaScript
Для перехвата исключений используется конструкция try-catch. Она имеет следующий синтаксис:
try {
// код
} catch (error) {
// обработка ошибки
}
📌 #instr || Фронтендщик | 21 |
| 9 |  Как JavaScript реагирует на такие исключительные ситуации? Он просто вываливает ошибку в консоль и прекращает дальнейшее выполнение скрипта.
Наша задача, как программистов, состоит в том, чтобы отловить такую ситуацию и как-то справится с ней, не давая программе совсем прекратить свое выполнение. Для этого существуют специальные конструкция try-catch, которую мы разберем в следующих уроках.
📌 #instr || Фронтендщик | 22 |
| 10 | А второе исключение возникает, когда локальное хранилище, выделенное под наш сайт переполняется (больше 5 мегабайт).
Давайте искусственно вызовем такое исключение:
let str = '';
for (let i = 1; i <= 6 * 10 ** 6; i++) { // формируем строку более 5 мб
str += '+';
}
localStorage.setItem('key',
str); // пытаемся записать в
хранилище
📌 #instr || Фронтендщик | 22 |
| 11 | Однако, исключительные ситуации есть. Мы разберем две самые простые и на их примере изучим работу с исключениями в JavaScript.
Первое исключение возникает, когда мы хотим разобрать некорректный JSON:
let data = JSON.parse('{1,2,3,4,5}');
// данный
json некорректен
📌 #instr || Фронтендщик | 19 |
| 12 | Виды возникающих ситуаций в JavaScript
В JavaScript очень мало ситуаций, в которых возникают исключения. Во-первых, просто потому, что очень мало мест для их возникновения.
Во-вторых, потому, что сам язык "всепрощающий": он на многое смотрит сквозь пальцы, например, на деление на ноль или на некорректный HTML код. Даже если вы укажете неверный путь к картинке, которую собираетесь загрузить, JavaScript вам простит и это и не посчитает исключением.
📌 #instr || Фронтендщик | 19 |
| 13 |  Программа, тем не менее, может продолжить свое выполнение: она может вывести информацию о проблеме, повторить попытку отправки через некоторое время, и так далее. Но эти действия уже не совсем то, для чего программа была предназначена, так как основное действие - отправка email программа сделать не сможет.
Очень часто то, исключительная ситуация или нет, зависит от языка программирования. Во многих языках, если вдруг произошло деление на ноль - это считается исключением (так как на ноль делить нельзя), но в JavaScript - не считается (в JavaScript на ноль делить можно).
📌 #instr || Фронтендщик | 15 |
| 14 | Например, у нас есть программа, которая должна спросить email пользователя. Если пользователь ввел email в некорректном формате - это не сбой. Это ожидаемая проблема и наша программа будет спрашивать у пользователя email столько раз, пока он не введет его корректно.
Пусть наша программа, которая спрашивает email, должна также отправить этот корректный email через интернет. При этом оказывается, что интернет не работает. Вот это уже проблема: программа никак не сможет отправить данные через интернет, если интернет не работает.
📌 #instr || Фронтендщик | 21 |
| 15 | На самом деле разница между сбоем и не сбоем весьма расплывчата. Событие, которое одна программа может трактовать как исключительную ситуацию, другая программа может трактовать как некую ошибку, с которой она может справится.
Критерий тут следующий: если при возникновении проблемы ваша программа может продолжать выполнять то, для чего она предназначена, то это не исключительная ситуация, а если не может - то да, это исключение.
📌 #instr || Фронтендщик | 26 |
| 16 | Все описанные ситуации имеют общую суть: происходит некий сбой, который приводит к невозможности или бессмысленности завершения запланированной операции.
Бывают также ситуации, в которой происходит некая ошибка, не являющаяся сбоем. Например, вы спрашиваете у пользователя его email, и он вводит email в некорректном формате. Понятно, что наша программа не может продолжить обрабатывать email, так как он не корректен. Но, тем не менее это - не исключительная ситуация. Наша программа может сама исправить ситуацию: она выведет сообщение об ошибке и пользователь повторит свой ввод.
📌 #instr || Фронтендщик | 25 |
| 17 |  Когда мы пишем наши программы, мы неявно рассчитываем на то, что все программно-технические механизмы, используемые нами, будут работать корректно.
Это, однако, не всегда так. При передаче данных по сети происходит обрыв связи и данные приходят к нам в некорректном виде, или вообще не приходят. При записи файла оказывается, что выделенное нам место на жестком диске закончилось, и файл не может записаться.
При чтении файла оказывается, что такого файла не существует и нам не откуда читать. При печати данных на принтере происходит обрыв кабеля, соединяющего принтер и компьютер.
📌 #instr || Фронтендщик | 26 |
| 18 | Введение в исключительные ситуации в JavaScript
Сейчас мы будем рассматривать исключительные ситуации в JavaScript. Для начала я сделаю некоторое введение, в котором будут примеры исключительных ситуаций вообще для любых языков программирования, а потом разберемся, как дело обстоит в JavaScript.
📌 #instr || Фронтендщик | 25 |
| 19 | Давайте переделаем регулярное выражение в строку. В этом случае у нас возникнет проблема с обратным слешем:
let reg = new RegExp('\w+');
// не работает
let res = str.match(reg);
Для решения проблемы удвоим обратный слеш:
let reg = new RegExp('\\w+');
// работает
let res = str.match(reg);
📌 #instr || Фронтендщик | 25 |
| 20 | Обратный слеш в строках регулярок в JavaScript
В строках с регулярками нужно экранировать (фактически удваивать) обратные слеши. Давайте посмотрим на примере.
Пусть у нас есть следующая строка:
let str = 'xyz';
Пусть у нас есть следующий код с регулярным выражением:
let reg = /\w+/;
let res = str.match(reg);
📌 #instr || Фронтендщик | 25 |
