а datepicker с датой и временем?

Они разные. Зависит от задач

дата и время, выпадающие

Они разные. Зависит от задач

лично ты какой используешь?

У меня самопис, т.к. компонент тяжёлый, а мне нужен календарь без выпадения, как в гугле

у меня вчера был офигительный квест на поиск компонента select, выбрал vue-select http://sagalbot.github.io/vue-select/docs/

лично ты какой используешь?

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

А ещё есть такая вещь как миксины

Миксины тут лишнее

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

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

vue-multiselect очень даже неплох

vue-multiselect очень даже неплох

спасибо посмотрю

у меня вчера был офигительный квест на поиск компонента select, выбрал vue-select http://sagalbot.github.io/vue-select/docs/

Чтобы не тратить много времени, используйте awesome-vue списки (https://github.com/vuejs/awesome-vue)

Миксины тут лишнее

Почему?

Как сделать значение :class в зависимости от значения переменной?

Типа если param==='value', то значение class должно быть danger

А если не равно, то default

Типа выбрать из словаря по ключу

:class="getClass(variable)" ? )

Не, там как-то по другому можно

А кто помнит ссылку на сайт с красиво оформленным списком из awesome-vue?

vue-multiselect очень даже неплох

ровно то, что мне нужно. Спасибо, есть и картинки и группировка ?

Не, там как-то по другому можно

ну как по-другому то?) это лучший способ. ну можно еще инлайн впихнуть, но это ухудшает читаемость, а суть остается та же :class="{danger : param === value, default: param !== value}"

Да )

ну как по-другому то?) это лучший способ. ну можно еще инлайн впихнуть, но это ухудшает читаемость, а суть остается та же :class="{danger : param === value, default: param !== value}"

Да. Спасибо! Оно самое

Почему-то в документации не описано, как в computed-свойства можно передавать параметры

Почему-то в документации не описано, как в computed-свойства можно передавать параметры

потому что нельзя передавать

computed свойства реактивно пересчитываются

По сути это гетеры

это memoized functions

потому что нельзя передавать

Нельзя потому что не рекомендуется или как? computed: { someValue() { return (param) => { console.log('Look, I'm using param: ' + param); }}

Ну типа так замечательно работает

потому что у них принцип работы другой

это memoized functions

верно

если тебе нужен параметр - пиши метод

Я пока не столкнулся с ситуацией, где это бы не работало, вот и спрашиваю, где можно выстрелить себе в ногу

то есть в доке написано все

но ты продолжаешь писать код

Нельзя потому что не рекомендуется или как? computed: { someValue() { return (param) => { console.log('Look, I'm using param: ' + param); }}

Мисье знает толк в извращениях

мол работает же

метод вызовется при рендере

и тогда даст значение

computer property при инициализации строит список зависимостей

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

не дай бог такого коллегу короче

Мне тоже не дай бог такого как ты)) Вместо того, чтоб объяснить, мы унижаем. Охуенный подход)

обьяснить что именно?

что если в доке нет такого

а ты все равно херачишь

это неправильно?

Мне тоже не дай бог такого как ты)) Вместо того, чтоб объяснить, мы унижаем. Охуенный подход)

Да сё пральна

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

В доке не сказано, что так нельзя делать. Дока это рекомендация. В критичных случаях там как раз висят предупреждения. Тут предупреждения нет, поэтому я и удивился, почему так нельзя делать.

рекоммендация ммм

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

Игнорировать-то нечего, в том-то и дело

Описано, как использовать computed. Так их и используем

Игнорировать-то нечего, в том-то и дело

Норм все не слушай никого

Не о чем все равно срач

Instead of a computed property, we can define the same function as a method instead. For the end result, the two approaches are indeed exactly the same. However, the difference is that computed properties are cached based on their dependencies. A computed property will only re-evaluate when some of its dependencies have changed.

Компутед так компутед

Смелые не стандартные решения

рекоммендация да

Да я умею читать

кажется не умеешь )

ERROR: S client not available

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

Нет. Date.now() отрабатывает один раз в момент вызова. А если у меня computed в функции использует какие-то другие параметры, то вызовется при их изменении

Нельзя потому что не рекомендуется или как? computed: { someValue() { return (param) => { console.log('Look, I'm using param: ' + param); }}

фига се круто загнул))

зато ФП

Я показал некорректный пример

Согласен

зато ФП

Ыхех будущее

Я в примере не использую никаких полей из data

Скоро все как Денис будем писать просто старая школа ещё не понимает

Я в примере не использую никаких полей из data

если твой код с такими computer property потом никому не поддерживать - можешь делать что угодно

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

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

че там не так?

если твой код с такими computer property потом никому не поддерживать - можешь делать что угодно

cumputer property)))) AI self learning property

че там не так?

он в computed property пихает параметры

используя как метод

он в computed property пихает параметры

без set ?

вместо использования мтеода

ага

работает же? работает

Круто

Я бы поддерживал

Сочувствую тем кто поддерживает аналог в методах

вопрос зачем, то есть чем обосновано использование именно computed тогда?

вопрос зачем, то есть чем обосновано использование именно computed тогда?

Возвращать функции конечно

вопрос зачем, то есть чем обосновано использование именно computed тогда?

ой все

Вот так отвечают адекватные люди. А не тешат свое ЧСВ

ну так и пиздуй вопросы задавай там

чо ж ты сразу туда не пошел

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

Пошел, когда тут говном облили