а еще есть залупа

или цепочка промиссов

все-таки не написал по уму)0)

все-таки не написал по уму)0)

азаза, твое решение каково?

let res = await this.$api.user({ url_params: { id: 1 } }) if (res.success) { // все хорошо } else { // все плохо }

вот так лучше

знаешь как бывает? ты выносишь слой с образениями к серверу и потом долго думаешь как его сделать выразительным, чтобы посмотрел и сразу была понятна иерархия

Обозрения это презентеры? То есть просто эта штука делает проекцию со структуры АПИ?

более читаемо, нежели оборачивать в try/catch

Обозрения это презентеры? То есть просто эта штука делает проекцию со структуры АПИ?

ога

все равно выглядит как поделка

Обозрения это презентеры? То есть просто эта штука делает проекцию со структуры АПИ?

на выходе ты получаешь объект, который описывает все твои обращения к сервреу

которая тупо кладет в $api)

А, логи тоесть?

более читаемо, нежели оборачивать в try/catch

вот нет, это говнище кмк, у тебя ветвление ничем не отличается от try/catch

А, логи тоесть?

можешь прикрутить в глобальном хуке

вот нет, это говнище кмк, у тебя ветвление ничем не отличается от try/catch

че

как раз таки нет оно все на более-менее одном уровне

а если будет несколько запросов, подход try/catch превратится в лапшекод

как раз таки нет оно все на более-менее одном уровне

ха, ксттаи у меня это тоже можно сделать - через хук

ха, ксттаи у меня это тоже можно сделать - через хук

там й на конце должно быть)

можешь прикрутить в глобальном хуке

Чет не ясен практический смысл. А зачем это?

а если будет несколько запросов, подход try/catch превратится в лапшекод

несколько запросов резолвятся через promise.all

Чет не ясен практический смысл. А зачем это?

ща покажу

несколько запросов резолвятся через promise.all

так, а если у каждого разные ошибки?)

Чет не ясен практический смысл. А зачем это?

ты же с vue-router знаком?

мой подход все равно лучше)

мой подход все равно лучше)

нет, не согласен

рофл)0)

а есть апи для проверки pending/success/fail

?

не кладя результат ручками во временные переменные/data

а есть апи для проверки pending/success/fail

всмысле? если в axios есть, значит и у меня есть

ты не понял

а есть апи для проверки pending/success/fail

скорее всего нет, т.к я не вижу в этом смысла

а, нет, его и не может быть, пушта $api.user у тебя сразу метод

скорее всего нет, т.к я не вижу в этом смысла

ну и все, значит)0)

ну и все, значит)0)

реализовал никому не нужную фигню и радуется )000))

ПАПИЗИ ВСОЛЯНАВА ДАЖЕ НЕ ПОЧУВСТВОВАЛ

реализовал никому не нужную фигню и радуется )000))

эта никому не нужная фигня позволяет не писать мусорные свойства

для того, чтобы показывать/убирать прелоадер

или ошибки

эта никому не нужная фигня позволяет не писать мусорные свойства

камон чел, сначала поясни когда и зачем это нужно

для того, чтобы показывать/убирать прелоадер

это делается тупо за счет промисов

ты же с vue-router знаком?

Ну знаком да

это делается тупо за счет промисов

овощ, ты вообще не понял, о чем я

Ну знаком да

тебе же нравится как ты описываешь роуты? очень выразительно выходит, верно? вот я и подумал, что было бы круто, сделать такое же, но для обращений к серверу

loading(v-if="$api.user.pending") template(v-else) в моем случае не требуется писать мусорный pending в data, который будет мешаться на фоне свойств, которые относятся к компоненту

но для одного вызова еще ладно, можно завести а если у тебя компонент, в котором 2-3 и более запросов, будет уже трэш в виде userPending, postsPending etc.

тебе же нравится как ты описываешь роуты? очень выразительно выходит, верно? вот я и подумал, что было бы круто, сделать такое же, но для обращений к серверу

А не сказал бы, что я очень тащусь от того как там все удобно, но в целом - норм.

не, у меня это никак не реализовать

тогда не говори, что апифи лучший))))0)

roflanTsar

кстата скоро я добавлю еще больше выразительности и проверочку одну

прям наес будет

Параметры роута - атрибуты функций?

Параметры роута - атрибуты функций?

да

То есть это не само апи, а с обратной стороны

ну типо да

Нормально 5 баллов. Долго тебе еще? )))

Нормально 5 баллов. Долго тебе еще? )))

у себя в проекте я уже использую его, но там один баг еще есть, буду фиксить завтра, а может и не баг это

у себя в проекте я уже использую его, но там один баг еще есть, буду фиксить завтра, а может и не баг это

карочи почему то вот этот запрос '/api/tokens/:tid' после 1 раза не пересчитывается

карочи почему то вот этот запрос '/api/tokens/:tid' после 1 раза не пересчитывается

типо например через url_params передал tid=373, а потом 374, то запрос на 373 уходит, пока хз почему так

на данный момент это единственный баг, что я нашел

сейчас вот переписываю, чтобы минимизировать время при компиляции путей в объект

ERROR: S client not available

Тесты писал? Ты вообще весь написал?

Тесты писал? Ты вообще весь написал?

теесты да, пишу, они в папочке tests лежат

теесты да, пишу, они в папочке tests лежат

Я просто afk

А я вписался в проект надолго походу)))

Тесты писал? Ты вообще весь написал?

костяк написан, из того, что хочу добавить, это 22 вещи: явное указание, что путю требуется передать data (заодно проверочку, если это не выполняется) и стекинг путей, как у vue-router. когда не от корня задаешь

ну и доки + тесты надо дописать и перевести

вот доки если что: https://github.com/Fl0pZz/vue-apify/blob/master/docs/ru_Ru/docs.md

Движок

Движок

вот пока на вот эту херню времени и нет

А так збс

А так збс

звездочку поставить не забудь

вот пока на вот эту херню времени и нет

На эту херню жена нужна )))

Поставлю

На эту херню жена нужна )))

:D

о господи, нашел еще одну недоработку, но как не странно, она не влияет на функциональность

о господи, нашел еще одну недоработку, но как не странно, она не влияет на функциональность

значит, ты, возможно, просто еще не понял что эта недоработка подпирает в коде

значит, ты, возможно, просто еще не понял что эта недоработка подпирает в коде

нет, я понял: эта штука не записывала результат вычислений в итоге каждый запрос пересчитывался при каждом вызове

бывает

хорошо, что решился сделать рефакторинг :D

Кароч, други. На карандаш себе. Есть ограничение в размере html, который формируется при ssr и потом отпраляется пользователю. У мну koa2. В документации ничего не нашел. Тупо при добавлении в шаблоне ещё одного блока <div></div> выбрасывает 404 без каких либо объяснений.

Кароч, други. На карандаш себе. Есть ограничение в размере html, который формируется при ssr и потом отпраляется пользователю. У мну koa2. В документации ничего не нашел. Тупо при добавлении в шаблоне ещё одного блока <div></div> выбрасывает 404 без каких либо объяснений.

Это кто ограничивает так?

Как бы проблему можно решить асинхронной подгрузкой частей и т.д. Формированием опредиленных блоков уже в mounted (на стороне клиента)

Но если большая страница и нужно что бы прошолся краулер то тогда хз

Это кто ограничивает так?

в смысле?

в смысле?

Какой софт ставит такое ограничение, и какое оно точно?

Я же написал. koa2

Я же написал. koa2

Ну тогда фтопку эту коу2

Там у меня реально большая страница, плюс сразу коненктится довольно таки объемная стора. Нужно думать. А на счет фтопки, думаю експрес аналогичного коня выкинет. Но проверять я это не буду, всё написано в async/await на стороне сервера

Там у меня реально большая страница, плюс сразу коненктится довольно таки объемная стора. Нужно думать. А на счет фтопки, думаю експрес аналогичного коня выкинет. Но проверять я это не буду, всё написано в async/await на стороне сервера

Сколько весит то страница?

я вообще коллекции в тело выгружаю

кстати, какой разумный размер бандла