что за data

в response.data приходит объект пагинации, и в нем есть data

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

так как тогда быть в этой ситуации?

блин у тебя users это массив. Ты обращаешься к массиву по ключу data. Как так то?

http://take.ms/VnPSo

Как минимум привести в соответствие сущности. Нафига ты ходишь по users.data в поисках user если по логике вещей users это и должен быть массив с пользователями

я вот про этот if

я пробовал инициализировать users как объект тоже

Дальше. Если в респонс у тебя есть поле data, то что в нем?

Дальше. Если в респонс у тебя есть поле data, то что в нем?

список пользователей

Я гоняю список юзеров? И ты его сохраняешь в users.

Как минимум привести в соответствие сущности. Нафига ты ходишь по users.data в поисках user если по логике вещей users это и должен быть массив с пользователями

у меня компонент пагинатор, и ему нужно дать объект

А нафига тогда в ифвак и циклах ты обращаешься к users.data?

А нафига тогда в ифвак и циклах ты обращаешься к users.data?

а куда мне еще обратиться, чтобы знать есть ли там юзеры или нет??

К самой users? Внезапно

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

К самой users? Внезапно

так у нее же в любом случае будет length

С чего.

Когда у тебя нет данных, когда запрос еще не пришел, что у тебя в поле users

Когда у тебя нет данных, когда запрос еще не пришел, что у тебя в поле users

пустой массив

Как бы текущий видимый список и пагинация должны быть немного разными вещами

пустой массив

Тогда откуда в пустом массиве поле data?

Как бы текущий видимый список и пагинация должны быть немного разными вещами

да. пагинация не работает почему-то

А если нет поля data то это закономерно вызывает ошибку при обращении к методам и полям несуществующей сущности

Тогда откуда в пустом массиве поле data?

я же его заполняю после успешного запроса

Пссс. Ты заполняешь его где? В браузере?

Да даже если нет. Начальное состояние один хрен хоть раз да дернется

что тогда советуешь?

Js не на столько магический. Он блин тупой и линейный язык.

что тогда советуешь?

Для начала, перестать обращаться к полю data в массиве пользователей

Для начала, перестать обращаться к полю data в массиве пользователей

это не массив пользователей. в том то и дело, что массив пользователей в дата

тогда users должен быть объектом

По завершении запроса разобрать ответ на несколько полей компонента, data или computed на твое усмотрение. Т.е. в users хранить массив именно пользователей, а не дичь. И собрать для пагинации в отдельный объект.

тогда users должен быть объектом

ошибка все равно появляется. я говорил

По завершении запроса разобрать ответ на несколько полей компонента, data или computed на твое усмотрение. Т.е. в users хранить массив именно пользователей, а не дичь. И собрать для пагинации в отдельный объект.

ок

две кавычки эмулируют одну кавычку шесть кавычек эмулируют три кавычки

6 достаточно для 3

Лол у тебя тож 6 ты чот просчитался

Стопэ. Не надо вредных советов. Он все равно будет обращаться к методу несуществующего поля

ошибка проверяется потому что у тебя users пустой на момент проверки, тебе тогда надо усложнить проверку дополнительным условием if users && users.data.length

a users сделай null по дефолту

Да зачем это делать, если в users он просто должен сразу записать именно массив пользователй из ответа.

да так проще

ошибка проверяется потому что у тебя users пустой на момент проверки, тебе тогда надо усложнить проверку дополнительным условием if users && users.data.length

зачем?

нет

в пагинацию запиши пагинацию, в юзера юзера

Он это и сделал

Кажется?

у него везь запрос теперь в пагинации и данные дублируются в юзера

ну так будет работать просто пользователи хранятся теперь в двух observer ах

пагинации тоже нужен массив дата

Эээх. Надо себе наконец прикрутить дев режим...

ну если рили нужен то ок. Только странно что нужен

пагинации тоже нужен массив дата

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

ничего нет. ни ошибок. ни кода

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

мутировать буду только один массив, а для пагинации массив нужен кажется для определения кол-ва страниц

ненужен, у тебя есть свойство тотал и перпейдж

это не мне, а компоненту

ну или в крайня можешь прокинуть в компонент pagination :count="users.length"

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

ERROR: S client not available

всем привет только начал изучать vue подскажите статьи по vuex

https://www.youtube.com/watch?v=uiavUaBXxXw

если продолжит с той же скоростью, то 100 может и раньше взять

Ну разрыв пока достаточно солидный

2.2к. Хотя считай меньше чем за месяц разрыв на 1к уменьшился

еще бы в npm trends двигался...

Ну разрыв пока достаточно солидный

да, но кпд по звездам у вьюхи чет совсем жесткий, если графики не врут

А где графики?

да, но кпд по звездам у вьюхи чет совсем жесткий, если графики не врут

Покаж

http://www.npmtrends.com/react-vs-vue

Мне вот интересно, вью отчитывать с момента сознаия репы (на месяц позже реакта)?

Или там год примерно он ваще не двигался?

про 1ю версию ваще никто не знал имхо

пару китайцев и все

Буду всячески болеть и поддерживать vue, потому что react шляпа какая-то

и доки на китайском

Мне вот интересно, вью отчитывать с момента сознаия репы (на месяц позже реакта)?

я не эксперт, но во всех ресурсах, которые смотрел, там разницу устанавливают в год

а вдруг звёзды тупо китайцы накручивают

тогда чет мало звезд

или не все китайцы через файрвол пробились еще

а вдруг звёзды тупо китайцы накручивают

а реакт через лайки на фейсбуке

шоб не спалиться.

?

борьба ботов за звездный трон

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

Но по нпм трендам конечно все плохо

2.5м против 300к

Ну ничо