W
статей тоже не нашел
Size: a a a
2020 November 01
W
первоначально делал структуру, чтобы работать с api так
W
const chat = api.vdp.webinar.chat(:id)
W
но мне сказали, что это не совсем правильный подход, дублировать эндпойнты в логике
W
Пока только до таго дошел
MK
Ну раз ты уже начал использовать BasicApi, то было бы логично написать абстракцию над аксиос тоже. BasicApiConfig BasicApiError BasicApiResponse
MK
Так ты типа сможешь легко потом подменить аксиос на что-то другое
MK
Это в теории :)
W
Maxim Kostenko
Так ты типа сможешь легко потом подменить аксиос на что-то другое
хм согласен. А вобще я иду в ту сторону? Просто может я фигней страдаю
W
просто хочу юзать функции api и получать типизированныые данные и не заморачиваться с обработкой ошибок и прч
NK
хм согласен. А вобще я иду в ту сторону? Просто может я фигней страдаю
зачем менять что то в аксиос ? он же как бы стабилен
W
зачем менять что то в аксиос ? он же как бы стабилен
я не меняю, я делаю api дляя удобной работы
NK
понял 🤜🏼🤛🏽
MK
просто хочу юзать функции api и получать типизированныые данные и не заморачиваться с обработкой ошибок и прч
На сколько я знаю ТС эту проблему не решит. Он только на этапе кодинга тебе помогает. А из апи может прийти что угодно
W
Maxim Kostenko
На сколько я знаю ТС эту проблему не решит. Он только на этапе кодинга тебе помогает. А из апи может прийти что угодно
да, но он помогает мне работать в дальнейшем
W
и помогает не делать необдуманных вещей
MK
Ну если помогает - значит все правильно делаете :). Идеального рецепта нет. Всегда можно скатиться в Джаву с ФабрикойФабрик.
W
Maxim Kostenko
Ну если помогает - значит все правильно делаете :). Идеального рецепта нет. Всегда можно скатиться в Джаву с ФабрикойФабрик.
Просто не могу найти примеров хорошей архитектуры в nuxt
W
и желательно туда же TS