В тс можешь, а в жс нет?

в тс тоже не может

можт валюту попутали

Подскажите, пожалуйста, как Вы в проектах обрабатываете axios ошибки без response ?

Решил определить логику обработки axios ошибок, которую разделил на два уровня:
- общие ошибки (они будут перехвачены на уровне интерцептора axios)
- компонентные (в самом try catch блоке компонента, где был инициирован запрос).

Собственно, определяя первый уровень, разделяю все axios ошибки на три типа (позаимствовал из доков axios):
- есть response
- нет response, но есть request
- нет ни первого, ни второго

С первым типом более менее разобрался. Можно по статусу ответа конкретизировать ошибки и разбираться с ними.

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

Да и насколько подробно вообще такие, типовые ошибки, обрабатывают ?

а что по ссылке в конце?

Там про то как CORS ошибки идентифицировать

https://stackoverflow.com/questions/19325314/how-to-detect-cross-origin-cors-error-vs-other-types-of-errors-for-xmlhttpreq/19325710#19325710

Внедряя описанное выше, мне нужно будет практически все места вызова api перевести на новый лад (так как до этого никакого механизма обработки ошибок не было).

Собственно перед таким трудоемким процессом хотел поинтересоваться имеет ли право на жизнь такой подход к обработке ошибок, а если "не оч" -> с удовольствием бы почитал о других best practices

Охоспади😑, а как же Object?

Мы сейчас не о базовых типах

Это делается не через интерфейсы, как саказал @xanf_ua,  их в js просто нет. Подобное поведение делается через “js-абстрактный класс” :

https://stackoverflow.com/questions/597769/how-do-i-create-an-abstract-base-class-in-javascript

Если чесно, то не имеет смысла переписывать из ts в js, так как первый успешно транслитится во второй и при этом имеет нужные вам интерфейсы.

уже сам это понял, спасибо)

Действительно🤔

Вопрос то хороший👌🏻

Вот еще одно объяснение:

https://qna.habr.com/q/146023

Всегда пользовался class declaration в последнее время все чаще встречается class expression. Подскажите в чем преимущество class expression перед class declaration? Почему class expression становится более популярный?

понятия не имею

Это равноценные способы, но у них есть особенности и их лучше применять в разных местах. const MyClass = class {}; можно делать внутри функций, когда нужно создавать новые классы каждый раз, когда вызывается функция. Особенности такого подхода: до присвоения класса не видно (нет всплытия идентификаторов), а если использовать let, то один идентификатор можно связывать с разными классами (подменять их при необходимости). А class MyClass {} виден сразу во всем файле или внутри функции, если объявлен в ней (всплывает). Применять этот метод можно когда мы создаем статический набор классов, не изменяемый во время работы. Если нам не принципиальны эти отличия, то методы в большей части случаем могут взаимозаменяться (на ваш выбор).

@NexGenUa могли бы привести пример когда может понадобиться «создание статического набора классов» и что вы имеете в виду под «неизменяемых во время работы»?