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

события можно писать короче @keyup вместо v-on:keyup название обработчиков писать тогда c handle приставкой, типа <form @submit="handleSubmit"

блин я по документации делал, не знал) может читаю по диагонали

<li v-for="error in errorsField">{{ error }}</li> тут кстати key надо добавить, для циклов обязательно <li v-for="(index, error) in errorsField" :key="index">{{ error }}</li> вот так кажется

на выходе вместо текста ошибки 0

(error, index) вот так значит

я просто не помню порядок

+

(error, index) вот так значит

блин..эпично) спасибо!

блин..эпично) спасибо!

для template v-for не обязательно указывать key, если что, это исключение такое из правил, т.к. это не преобразуется в тег

Еще одно подтверждение, что учить надо язык, а не фреймворк/биьлиотеку

тысяча сайтов на modx и jquery и все знания досвидания. почти с нуля начинаю с laravel & vue)

Еще одно подтверждение, что учить надо язык, а не фреймворк/биьлиотеку

++

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

на гите, надеюсь?)

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

Если он говно, то так и скажем без разбора. Можно?

Еще одно подтверждение, что учить надо язык, а не фреймворк/биьлиотеку

ещё одно подтверждение что учиться надо программировать :)

я не первая инстанция, с моими взглядами многие могут не соглашаться

https://github.com/kiriltaran/EatToFit-vue

<header-component></header-component> пиши одинарный тег, если нет children <header-component />

я кстати не использую event bus, но можно писать this.$root.$on, т.е. вместо bus будет просто рутовый компонент

А я постепенно как раз от него отказываюсь, просто когда только начинал учить, его нагуглил, и теперь переписываю

this.$store.getters.user; использовать мапы, тпа import { mapGetters, mapState, mapActions } from 'vuex'

для template v-for не обязательно указывать key, если что, это исключение такое из правил, т.к. это не преобразуется в тег

Эм, нет. Дело не в том, что тэг, а в порядке элементов в UI и данных. Если интересно, могу тему раскрыть дальше.

любой файл .vue это и так компонент, не обязательно в имени писать Component

Эм, нет. Дело не в том, что тэг, а в порядке элементов в UI и данных. Если интересно, могу тему раскрыть дальше.

го

А это стайл гайд советует. Типа имена компонентов больше 1 слова, ну и тут венец моей фантазии)

@kiriltaran ты не пишешь name у компонентов, всегда пиши его и лучше всего в самом начале, чтобы можно было быстрее найти имя компонента

А это стайл гайд советует. Типа имена компонентов больше 1 слова, ну и тут венец моей фантазии)

а нахрена писать AppComponent, и так же понятно

@kiriltaran не пиши пропсы через массив, пиши через объект с указанием типа https://github.com/kiriltaran/EatToFit-vue/blob/master/src/components/MenuHint.vue#L9

@kiriltaran пиши явно cal: Number(this.newProduct.cal) https://github.com/kiriltaran/EatToFit-vue/blob/master/src/components/ProductsList.vue#L62 linter airbnb кажется запрещает так писать

https://github.com/kiriltaran/EatToFit-vue/blob/master/src/components/ProductsSelect.vue#L3 пиши в столбец компоненты с большим количеством пропсов <component prop1="" prop2="" prop3="" > ... </component>

О, кстати, есть ли какой-то форматер для этого? И еще, форматирует ли притиер темплейты? Заранее скажу, что от притиера не откажусь

не знаю

впринципе это все

Спасибо) Думал будут ругаться на что-то во вьюксе

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

Спасибо) Думал будут ругаться на что-то во вьюксе

не смотрел вьюкс

ну и не надо)

дробишь на модуль, это правильно

го

Где-то вот тут https://youtu.be/ZEYFrY5ztnE?t=1h31m14s >Если интересно, могу тему раскрыть дальше. ?

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

ну это connect реактовский

ну это connect реактовский

да да, это connect, он собственно и есть HOC

но на самом деле если это компонент с логикой, то смысла в таком нету

т.е в реакте коннект вынужденое решение

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

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

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

но зачем в компоненты которые чисто логические

добавлять еще одну прослойку

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

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

Как это выглядит? Через scoped пропсы отдаешь компоненту данные? Как записывать данные в стору?

Есть 2 компонента, стили идентичные, один пробрасывает стили в дочерний через /deep/ второй игнорит, встречал кто проблему?

Всем привет, нужна помощь :)

есть такая форма. Каждая строка - компонент. При нажатии Добавить в массив dates добавляется новая дата и в вьюхе через for date in dates выводится несколько раз компонент

при добавлении даты/компонента в mounted вешается датапикер на инпуты

вешается по айдишнику, айдишник формируется с индексом даты в dates

типо такого

и тут есть косяк с удаление. Если я удаляю одну стоку с датами, то мне надо переинициализировать датапикер, иначе дата в пикере не соответствует дате которая в дествительности там

сейчас скрин покажу

сейчас начнется за $

ERROR: S client not available

key на компонентах навешан?

если сравнить скрин с тем что выше давал, посмотрите. Я нажал удалить ПЕРВУЮ строку, а даты в инпутах с пикером остались неправильные, не такие как в надо

key на компонентах навешан?

не понял

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

не понял

На компоненте-строке, где стоит v-for, аттрибут key есть?

key нет, есть index

key нет, есть index

Тогда welcome в доку читать про рендеринг списков

:key="index" так?

Da

:key="index" так?

нет

key должен быть уникальным. И не изменным

а какой тогда сделать? могу сделать :key="date.id",

только я не очень понял

это у меня мероприятия е даты к нему

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

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

Сгенерируй рандомную строку/число, перед тем, как добавить в массив новый объект и положи в id

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

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

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

есть

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

@c01nd01r для тебя

@c01nd01r для тебя

+

@c01nd01r для тебя

А, так ты для каждого элемента делаешь контейнер. Я думал, там какой-то общий компонент :)

ну и в целом я не очень понял как работае key, что конкретно он дает

ну и в целом я не очень понял как работае key, что конкретно он дает

https://t.me/vuejs_ru/194842

А, так ты для каждого элемента делаешь контейнер. Я думал, там какой-то общий компонент :)

да для каждого, который должен со сторой или апишкой общаться

да для каждого, который должен со сторой или апишкой общаться

В целом, мне тоже не очень нравится идея, когда компоненты зависят от Vuex

Это слабая сторона)

Это слабая сторона)

+