computed: { loading: { set() {}, get() {} } }

спасибо

Там же английским по белому написано: ты пытаешься менять computed свойство, у которого нету сеттера. Не надо так

спасибо

что за магия с пустой стрелкой в инпуте? <v-proper-select @input"() => {}"/>

что за магия с пустой стрелкой в инпуте? <v-proper-select @input"() => {}"/>

это рыба чтобы код не крашился, туда будут переданы параметры потом

Ой снова это "а если чтото поменяется". За 10 лет в разработке, я ниразу не видел ситуацию чтоб "чтото" заменилось. И для этого тратить неделю на добавление *лишних* слоев, и потом +20% для создания каждого Экшена, то что надо лезть в отдельные файлы и дописывать *лишние* импорты. В 99% случаев ваш проект или умрет или в погоне замодой будите все переписывать на новый фреймаорк, чем появится причина заменить axios на что либо. Еще раз, добавлять слой который просто удалит одну строчку (с промисом аксиома) и заменит ее на строчку с промисом вашего сервиса не нужно, только добавит лишней работы не зависимо отразмера проекта

Ой снова это "а если чтото поменяется". За 10 лет в разработке, я ниразу не видел ситуацию чтоб "чтото" заменилось. И для этого тратить неделю на добавление *лишних* слоев, и потом +20% для создания каждого Экшена, то что надо лезть в отдельные файлы и дописывать *лишние* импорты. В 99% случаев ваш проект или умрет или в погоне замодой будите все переписывать на новый фреймаорк, чем появится причина заменить axios на что либо. Еще раз, добавлять слой который просто удалит одну строчку (с промисом аксиома) и заменит ее на строчку с промисом вашего сервиса не нужно, только добавит лишней работы не зависимо отразмера проекта

лол

это обычная стрелочная функция

computed: { loading: { set() {}, get() {} } }

А не подсаккажете как закрыть? использую вот такую конструкцию? loading : { return this.$store.getters.loading },

Ой снова это "а если чтото поменяется". За 10 лет в разработке, я ниразу не видел ситуацию чтоб "чтото" заменилось. И для этого тратить неделю на добавление *лишних* слоев, и потом +20% для создания каждого Экшена, то что надо лезть в отдельные файлы и дописывать *лишние* импорты. В 99% случаев ваш проект или умрет или в погоне замодой будите все переписывать на новый фреймаорк, чем появится причина заменить axios на что либо. Еще раз, добавлять слой который просто удалит одну строчку (с промисом аксиома) и заменит ее на строчку с промисом вашего сервиса не нужно, только добавит лишней работы не зависимо отразмера проекта

а мы вот постоянно видим такие ситуации в больших командах. Видимо, у вас другая разработка :)

Ой снова это "а если чтото поменяется". За 10 лет в разработке, я ниразу не видел ситуацию чтоб "чтото" заменилось. И для этого тратить неделю на добавление *лишних* слоев, и потом +20% для создания каждого Экшена, то что надо лезть в отдельные файлы и дописывать *лишние* импорты. В 99% случаев ваш проект или умрет или в погоне замодой будите все переписывать на новый фреймаорк, чем появится причина заменить axios на что либо. Еще раз, добавлять слой который просто удалит одну строчку (с промисом аксиома) и заменит ее на строчку с промисом вашего сервиса не нужно, только добавит лишней работы не зависимо отразмера проекта

ну, опыт очень разный бывает ?

кто-то переходил уже на nuxt 2.1.0 ?

так не нужно статично забивать)

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

именно

Ой снова это "а если чтото поменяется". За 10 лет в разработке, я ниразу не видел ситуацию чтоб "чтото" заменилось. И для этого тратить неделю на добавление *лишних* слоев, и потом +20% для создания каждого Экшена, то что надо лезть в отдельные файлы и дописывать *лишние* импорты. В 99% случаев ваш проект или умрет или в погоне замодой будите все переписывать на новый фреймаорк, чем появится причина заменить axios на что либо. Еще раз, добавлять слой который просто удалит одну строчку (с промисом аксиома) и заменит ее на строчку с промисом вашего сервиса не нужно, только добавит лишней работы не зависимо отразмера проекта

если твоя разработка про "наклепать, сдать, забыть" - возможно для меня разработка заключается не только в том, чтобы сделать так, чтобы оно работало, а еще и так, чтобы можно было легко отреагировать на изменившиеся требования

второе : ты похоже объявил одноименное свойство и в data, и в props. Но вообще неплохо было бы код посмотреть)

Спасибо

Ой снова это "а если чтото поменяется". За 10 лет в разработке, я ниразу не видел ситуацию чтоб "чтото" заменилось. И для этого тратить неделю на добавление *лишних* слоев, и потом +20% для создания каждого Экшена, то что надо лезть в отдельные файлы и дописывать *лишние* импорты. В 99% случаев ваш проект или умрет или в погоне замодой будите все переписывать на новый фреймаорк, чем появится причина заменить axios на что либо. Еще раз, добавлять слой который просто удалит одну строчку (с промисом аксиома) и заменит ее на строчку с промисом вашего сервиса не нужно, только добавит лишней работы не зависимо отразмера проекта

За 10 лет опыта у вас не было ситуации со внешними апишками на клиенте, которые меняются, нужно юзать 2 версии и тд?

Вы так говорите, словно вы только админки разрабатывали с простыми CRUD операциями и 1 АПИ эндпоинтом.

Вы так говорите, словно вы только админки разрабатывали с простыми CRUD операциями и 1 АПИ эндпоинтом.

Для этого в аксиос есть baseurl

Это дело конфига а не сервиса отдельного

Для этого в аксиос есть baseurl

но суть ведь не конкретно в этом кейсе

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

Спасибо.

В суть абстракции не входит требование для создания *лишних* слоев

Так можно наприлумывапть и 50 и 100 и потом чтоб сделать какую-нибудь мелочь тратить месяц

Ваш проект растёт, вы обновляетесь на vue3. Изменился vuex, изменились компоненты. С апи слоем вам нужно переписать только новый стор. и освежить вью слой. Без слоя апи вы переписываете всё приложение.

В вашем случае вы перепмсываете vuex как и в моем

В суть абстракции не входит требование для создания *лишних* слоев

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

В вашем случае вы перепмсываете vuex как и в моем

но это изменение будет ограничено

я не буду переписывать половину приложения - ведь я могу сначала обновить vuex, все проверить, а потом обновить апишку (или как угодно иначе)

Да, отдельный слой в vuex для апи не нужен, для вас этот слой уже сделан и называется axios

Ладно, пишите как вам удобно. У нас в компании неоднократно была боль по причинам, которые я описывал выше. Если вам в кайф переписывать всё приложение вместо его частей - то переписывайте.

Дай бог никогда не пересечься на проекте с "адептом 100 слоев", потому что когда-то человек недопонял про абстракцию

@thatside, иногда проще не заморачиваться над абстракциями, а делать просто, и лаконично, "ужато" и в "рамках"

надо знать меру где нужна абстракция, а где нет

@thatside, иногда проще не заморачиваться над абстракциями, а делать просто, и лаконично, "ужато" и в "рамках"

иногда проще, иногда нет it depends - это аксиома

в данном случае - проще сделать отдельный javascript со списоком всех ссылок и не долбать мозг)

какая тут абстракция

это не интерфейс для подключения плагинов писать

Дай бог никогда не пересечься на проекте с "адептом 100 слоев", потому что когда-то человек недопонял про абстракцию

сервисы вынесены в апи слой. ой, какая большая абстракция. Других нет.

Это не абстракция даже, это банально DRY

Привет всем. Хотел спросить, существует ли защита от двойного клика?

Да, это большая, потому что уже сделано в аксиос

Нет тут dry

@Zikoi5, да, существует) называется debounce

от лодаш который?

если ты про случайное срабатывание

а если про специальный двойной клик

если ты про случайное срабатывание

да именно от случайного

Ты пишешь axios.Get(something), axios.Post(somethingelse) где ты повторяешь сам себя?

да что вы говорите? есть 2 действия, для 1го нужны данные 1го. Вы дважды 1 и тот-же запрос будете описывать в экшенах?

а потом апи сменилось (а это будет уже завтра). И вы переписывайте в 2х местах

Абстракция, тут нет dry

)

миксины используйте и не делайте мозг)

сделайте общий метод да и все

сделал миксин - переписываешь в одном месте

Ну так я о том же.

Я буду делать либо в методе в then второй метод либо параметрами в экшен сувать какой экшен выполнить после первого

А мне говорят что это ок всё писать используя тупо аксиос в экшенах, потому что иначе лишняя абстракция, сложно, страшно.

с каких пор банально функция это абстракция и сложно, страшно?)

Совсем не то говорите

блин

ты свой голый аксиос потом еще хер протестируешь

Абстракция (лишний слой) это дорого, и надо добавлять только где нужно, а не где попало. Каждый слой +20% к цене разработки. Для аксиом не нужен слой, если используете его в вуекс

лично у меня, если говорить упрощенно есть функция создания апи, куда передается некий http клиет с методами get post и тд и который потом возвращает объект с методами апи

ERROR: S client not available

ты свой голый аксиос потом еще хер протестируешь

https://github.com/axios/moxios

и такую кострукцию очень легко простестировать

Обертка над получением данных - это полезная и простая штука, которая может использоваться почти в любых ситуациях и решает кучу возможных кейсов. - помогает держать наши actions чистыми - облегчает тестирование - может внутри себя разруливать кэширование и авторизацию - может внутри себя chain'ить запросы (в json-rpc, например) - может переиспользоваться в других местах/проектах - "ой, мы поменяли API, теперь перепиши 10 actions" - теперь не про вас, вы переписываете в одном месте - устраняет жесткую зависимость (axios), мы в любой момент можем её выкинуть/заменить на другую и пользователь нашей обертки (наш коллега) не заметит никакой разницы

Так, опять всё понапутали с сервисами. Никто не переизобретает аксиос. Я говорю о том, что не стоит использовать голый аксиос в экшенах, потому что будет ситуация: меняется роут - менять все экшены зависящие от этого роута. Для B нужны данные А но не нужна мутация. - пишите код дважды. меняется роут - переписываете в 5 местах, вместо 1го. и так далее и эта сложность и зависимости будут только расти

это все за вас уже сделал аксиосю

Вы нас не слышите.

и вы меня)

кароче он имеет ввиду, у него изолированная логика, типа клиентская библеотка для собственного API

а axios это просто "транспорт"

с этой точки зрения даже очень правильно

в таком случае вы создаете слой, только потому что недоверяете, или не умеете пользоваться аксиос на 100%

вот астрактный пример export default ({ http }) => ({ getUser: () => http.get('/user') }); ..... const api = acreateApi(context); api.getUser() И на тестах мне просто можно передать свой http обект и посомтреть какие там данные уходят и это просто

в таком случае вы создаете слой, только потому что недоверяете, или не умеете пользоваться аксиос на 100%

а вы не умеете пользоваться vuex

даже в примере хакерньюс для чайников апи слой вынесен из экшенов.

если использовать axios напрямую нарушается принцип "черного ящика")

вот астрактный пример export default ({ http }) => ({ getUser: () => http.get('/user') }); ..... const api = acreateApi(context); api.getUser() И на тестах мне просто можно передать свой http обект и посомтреть какие там данные уходят и это просто

ну вот, я примерно об этом. это 1 из решений.

по опыту это самое нормальное решение

приложению вообще пофигу как там этот getUser реализован

хоть 150 методов

в таком случае вы создаете слой, только потому что недоверяете, или не умеете пользоваться аксиос на 100%

Тоесть представим, у тебя есть 5 экшнов, в которых нужно сделать 5 одинаковых http request'ов, и ты в каждом экшене будешь писать все 5 одинаковых запросов?? Или вынесешь его отдельно и импортируешь в экшены?

Оставь, человек писал простые проекты

и еще меньше поддерживал старые

Ну ок

Тоесть представим, у тебя есть 5 экшнов, в которых нужно сделать 5 одинаковых http request'ов, и ты в каждом экшене будешь писать все 5 одинаковых запросов?? Или вынесешь его отдельно и импортируешь в экшены?

это уже по третьему кругу всё :)

и потом в 5 экшенах вместо аксиос.гет(чтото), написать аписервис.гетчто-то? сомнительно

я уже не говорю про тесты, мне не нужно тестировать axios, мне нужно тестировать мой код

мокаешь аксиос и тстируешь свой код.

и потом в 5 экшенах вместо аксиос.гет(чтото), написать аписервис.гетчто-то? сомнительно

А потом у тебя логика изменилась и ты меняешь в 5 местах, а не в 1

Кул стори

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

сколько раз за последний год у вас менялась логика?

Много