Стандартный шаблон и есть либо в шаблоне проверять либо инит вью откладывать

Плюс ещё использовать разметку в корневом элементе как плейсхолдер до тех пор пока вью не загрузится

кто-нибудь юзал? https://github.com/NetanelBasal/vue-generate-component

кто-нибудь юзал? https://github.com/NetanelBasal/vue-generate-component

Зачем?)

Зачем?)

форкнул себе и хотел кастомизировать, но он все-равно (не-знаю откуда) берет свой дефолтный шаблон для генерации

этот файл https://github.com/NetanelBasal/vue-generate-component/tree/master/lib/blueprints/single

Ну папка блупринтс должна наводить на мысль

Ну папка блупринтс должна наводить на мысль

нет, это самое то

так-как в дургих местах просто нет шаблона

кто то недавно спрашивал насчет No 'Access-Control-Allow-Origin' header is present используя axios, спрошу тоже, пытаюсь получить данные по номеру с сайта мегафона, пишет такую же ошибку, хотя с браузера всё нормально, кк поправить?

created () { var vm = this axios.get('https://www.megafon.ru/api/mfn/info?msisdn=9067777777') .then(function (response) { vm.numbers = response.data }) }

created () { var vm = this axios.get('https://www.megafon.ru/api/mfn/info?msisdn=9067777777') .then(function (response) { vm.numbers = response.data }) }

Никак.

Это специально сделано для защиты пользователя.

Это специально сделано для защиты пользователя.

> при том, что эту инфу спокойно натянуть через бек можно > зощита

парни, кто юзает vue-class-component && vuex-class ? как с роутером работаете?

Ток через сервер, да

> при том, что эту инфу спокойно натянуть через бек можно > зощита

Не путай запросы с сервера и запросы с клиентской машины.

> при том, что эту инфу спокойно натянуть через бек можно > зощита

Через бек ты не пошлёшь куку с того сайта

Это кардинально разные вещи.

Через бек ты не пошлёшь куку с того сайта

Или же не сделаешь пост в вк с текстом "Я пидор".

Что естественным образом вытекает из того факта, что куку не пошлешь

Или же не сделаешь пост в вк с текстом "Я пидор".

Спорный момент)

Спорный момент)

Не суть. Дело в том, что ты без сервера не сделаешь ничего.

Может кто-нибудь объяснить в каких случаях можно/нужно использовать генераторы(yield)?

ладно, понял, пойду другим путём

@im1337 много когда

Самый основной - когда можно генерировать (и потреблять) результаты по одному

Может кто-нибудь объяснить в каких случаях можно/нужно использовать генераторы(yield)?

arr.map().map().map().filter().map().reduce() В случае генераторов тебе не нужно создавать промежуточные массивы.

Надеюсь, что понятна аналогия.

жизовый пример какой-нибудь бы

реального использования

Эм... А чем не реальное использование?

ну мне не приходилось такие цепочки строить

Самый жизовый - это асинхронность на генераторах

выглядит как обфусцировано

Но это для тех, кому async await не мил

я предпочитаю поэтапно все расписывать, если есть такие сложные конструкции

С помощью генераторов можно создать типа бесконечный массив

я предпочитаю поэтапно все расписывать, если есть такие сложные конструкции

Ну, если учесть, что я обычный формошлёп, то могу ссылаться только на опыт в других языках. К примеру, LINQ в шарпе полностью на генераторах построен, что позволяет экономить память и откладывать выполнение до терминальной операции. Это весьма удобно, к примеру, у тебя есть куча методов, которые возвращают генераторы. А выполнение будет только в самом конце, когда ты reduce вызовешь.

А так - на фронте я пока не встречал необходимость так трахаться с коллекциями.

насчет async await кстати ща тож вопрос задался

хотел в экшенах вместо промисов использовать

но придется каждый экшен в try catch отдельно оборачивать

но придется каждый экшен в try catch отдельно оборачивать

Да.

Если у тебя catch, конечно же, есть.

т.е. промисы там предпочтительней?

Нет.

Я использую async-await везде где возможно.

export const submitNewEmail = async ({commit}, email) => { try { let response = await new AccountProxy().submitNewEmail(email) commit(types.EMAIL_CHANGE, response) } catch (e) { console.log(e) } }; export const submitNewEmailPromise = ({commit}, email) => { new AccountProxy() .submitNewEmail(email) .then((response) => { commit(types.EMAIL_CHANGE, response) }) .catch((error) => { console.log(error) }) };

ну да, try catch вроде более чисто выглядит

С помощью генераторов можно создать типа бесконечный массив

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

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

Ну я условно говорю

Доброго утречка! подскажите плиз. Есть компонент в него через props приходит некое число. я это число записую в data и дальше я хочу произвести вычисления с этим числои другим динамически меняющимся значением и итог в data. Реализовал это через computed но прикол в том, что мне не нужно выводить в шаблон само вычисляемое свойство, а без этого вичисления не работают

Я то это все отлично понимаю)

Вообще в питоне вон есть генераторные выражения. Хотя к генераторам как таковым это мало отношения имеет

Но штука суперудобная

Доброго утречка! подскажите плиз. Есть компонент в него через props приходит некое число. я это число записую в data и дальше я хочу произвести вычисления с этим числои другим динамически меняющимся значением и итог в data. Реализовал это через computed но прикол в том, что мне не нужно выводить в шаблон само вычисляемое свойство, а без этого вичисления не работают

watcher?

Доброго утречка! подскажите плиз. Есть компонент в него через props приходит некое число. я это число записую в data и дальше я хочу произвести вычисления с этим числои другим динамически меняющимся значением и итог в data. Реализовал это через computed но прикол в том, что мне не нужно выводить в шаблон само вычисляемое свойство, а без этого вичисления не работают

Вотч делай

Хотя вопрос, а зачем тебе итог в дату?

Куда ты его потом из даты используешь?

я по ней шаблон строю

И почему computed не работает без вывода в шаблон

Ну ты можешь напрямую компутед в шаблон выводить

http://prntscr.com/iqgoxb

return забыл

если на прямую выводить значение (которое в р), то все работает, если "р" удалить - перестает работать

return math.ceil(...

Не надо в компутеде ничего никуда присваивать, это плохая практика

Если не в сеттере

я по вычисляемому результать строю пагинацию (количество кнопок) а их количество зависит от обего количества статей (приходят с props) и количества отображения на странице (меняется в селекте)

как тогда без компутед разрулить?

вместо свойства в дате

используй компьютед

и его и выводи

через return Math.ceil(...)

и его и выводи

блин, ну очевидно же!!! спасибо

И в дату не пиши то, что пришло из пропсов

Сразу возвращай listLength/selectVal

И в дату не пиши то, что пришло из пропсов

а почему нет?

вырезка из руководства