А то тянуть все компоненты как-то не оч затея

Import {item} from vuetify?

мне кажется ни хрена

В общем Vuetify сплошное разочарование. Смотришь документацию, как прекрасно все это выглядит. Копируешь пример и получаешь упоротого лиса

В общем Vuetify сплошное разочарование. Смотришь документацию, как прекрасно все это выглядит. Копируешь пример и получаешь упоротого лиса

Ты криворук, у меня все ок работает

Ты криворук, у меня все ок работает

вполне может быть)) По какой-то причине диз отличается от того, что доках

вполне может быть)) По какой-то причине диз отличается от того, что доках

Кинь скрин примера и что у тебя получилось

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

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

А какой город?

А какой город?

Москва

И как уровень им нужен?

Установи stylus-loader и stylus

@Fl0pZz все, что знаю

Да, на hh вчера видел

Да, на hh вчера видел

А там что пишут? Сколько лет?

Попробуй

Установи stylus-loader и stylus

уже установлено

Попробуй

Ещё вчера кинул

уже установлено

vue-style-loader и css-loader стоит?

vue-style-loader и css-loader стоит?

ага

Ещё вчера кинул

Правда они до сих пор не посмотрели

vue-style-loader и css-loader стоит?

еще идеи у тебя есть? )

еще идеи у тебя есть? )

Чел, загугли vuetify webpack vue cli

У них там используется styles

Stylus

еще идеи у тебя есть? )

Нет. У меня проблем с этим нет. Создал проект с vue init webpack и вперед

В общем Vuetify сплошное разочарование. Смотришь документацию, как прекрасно все это выглядит. Копируешь пример и получаешь упоротого лиса

А я обхожусь пакетом vue-material и все работает отлично. Попробуйте. https://vuematerial.github.io

Всем привет! А есть какие нибудь ещё решения аналоги vuex? Чисто для интереса другой подход или что-то ещё для работы с данными) а то большие приложения с vuex напоминают мне старые фреймворки с кучей абстракций

Парни, а порядок v-bind должен влиять на поведение компонента?

Парни, а порядок v-bind должен влиять на поведение компонента?

Нет

даже с модификатором .sync?

Всем привет! А есть какие нибудь ещё решения аналоги vuex? Чисто для интереса другой подход или что-то ещё для работы с данными) а то большие приложения с vuex напоминают мне старые фреймворки с кучей абстракций

Возьми чистый Redux. Store в глобал или подобие глобала , .subscribe чтобы слушать

и один тяжелый для поиска факт - subscribe возвращает функцию для unsubscribe

Возьми чистый Redux. Store в глобал или подобие глобала , .subscribe чтобы слушать

спасибо тебе большое, я почему-то думал, что redux тесно связан с react и не уделил ему должного внимания, сейчас посмотрел отличную статью на хабре https://habrahabr.ru/company/mailru/blog/303456/ попробую, а то приходится липить либы для сокетов в vue напрямую, писать свои обёртки

я вообще redux по исходнику осваивал, документация через одно место написана. subscribe там идёт как какой-то мусор - на деле основной низкоуровневый метод, который использует всё остальное

никаких middleware не используй, если не хочешь иметь проблемы с асинхронностью

спасибо ?

спасибо тебе большое, я почему-то думал, что redux тесно связан с react и не уделил ему должного внимания, сейчас посмотрел отличную статью на хабре https://habrahabr.ru/company/mailru/blog/303456/ попробую, а то приходится липить либы для сокетов в vue напрямую, писать свои обёртки

Если для типа чата - то может Redux и не нужен. Я пишу расширение для браузера - там jquery callbacks хватает. Т.е. двухсторонний обмен сообщениями. Берёшь исходник jquery - выдираешь из него jquery callbacks

У меня вообще системы типа CRM/ERP, просто много лет это всё было на backbone+marionette+sockjs а сейчас на vue переписываю, опыт набираю так сказать) и вот требование простые, vue отлично с компонентами заменил архитектуру, а вот с вебсокетами как-то всё тяжело вышло, т.к. у меня нет никаких аякс запросов вся информация в обе стороны чтение/запись идёт исключительно по вебсокетам, то всё достаточно неоднозначно выглядело, а писать кучу кода для обработки каждого события в vuex, описывать каждый store, так чем оно лучше или проще backbone model/collection. Вот у меня и появились сомнения, наверное есть что-то ещё, что проще, мне по сути надо в уже готовые методы события подвязывать, зачем ещё столько слоёв абстракции, да и сами store - это исключительно серверная сущность, всегда это бесило на клиенте дублировать :)

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

jquery callbacks думаю подойдёт

доотдирай^

код, как после обфускации))

ну такой исходник у jquery

https://github.com/jesseskinner/hover

я на самом деле вот что нашёл ещё)

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

посмотри лучше сорцы что я скинул, там код по проще)

там даже из реакта взято https://github.com/jesseskinner/hover/blob/master/src/index.js

суть примерно такая же

странно было бы, если что-то кардинально другое)

Да вы излеваетесь? Deffer это же обычный промис

У меня вообще системы типа CRM/ERP, просто много лет это всё было на backbone+marionette+sockjs а сейчас на vue переписываю, опыт набираю так сказать) и вот требование простые, vue отлично с компонентами заменил архитектуру, а вот с вебсокетами как-то всё тяжело вышло, т.к. у меня нет никаких аякс запросов вся информация в обе стороны чтение/запись идёт исключительно по вебсокетам, то всё достаточно неоднозначно выглядело, а писать кучу кода для обработки каждого события в vuex, описывать каждый store, так чем оно лучше или проще backbone model/collection. Вот у меня и появились сомнения, наверное есть что-то ещё, что проще, мне по сути надо в уже готовые методы события подвязывать, зачем ещё столько слоёв абстракции, да и сами store - это исключительно серверная сущность, всегда это бесило на клиенте дублировать :)

Зачем? У тебя же есть дата корневой компоненты, есть ватчеры, локалькое состояние

Я вот тоже читаю и невкуриваю.. поменять вуекс на редукс что бы было проще..... чего???

Зачем? У тебя же есть дата корневой компоненты, есть ватчеры, локалькое состояние

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

Я вот тоже читаю и невкуриваю.. поменять вуекс на редукс что бы было проще..... чего???

Вообще-то читсый редукс намного проще чем vuex и react-redux

Да вы излеваетесь? Deffer это же обычный промис

Не совсем, весьма и весьма не совсем

Чем не совсем? Тем что там из коробки есть условная (глубоко условная) фабрика в конструкции аля $.when.apply($, deferreds).done ? Ну вот как бы и все. Написать свою фабрику промисов - 5 строчек. С асинк авейтом это вообще лишняя хоботня. А вот чем чистый редукс проще вуекса? хотя бы на пальцах

если у тебя 4 промиса, использующие один и тот же код - что ты будешь городить? четверную обёртку. у деферреда обёрток нет

.always

входной уровень очень низкий - тебе нужно иметь один reduсer и один объект - думать много не надо

ERROR: S client not available

и subscribe который сразу понятен - входной объект, выходной объект, всё

Ну как бы будет холивар, кто как хочет.. как говорится. Странно в 17 году слшать о преимуществах дефера.. ну такое. Что касается субстрайб.. чем компутед в компонентах не субстрайб?

ну я и вижу что люди мыслят модой, а не эффктивностью. Сколько мозгов нужно приложить чтобы понять async await - деффереды куда проще computed это слушатель изменений НЕ глобального объекта, привязаного к дом дереву

Это не модно, это удобней. Почему все перешли от разных решений иммутабельности к флакс подобным системам? К тому же глубоко уважаемому редаксу? Можно ведь на коленке пилить что-то еще проще. Если я в компутед слушаю что-то из сторы, то где привязанность в дому???

это ни капли не удобней. промис годен для мелкой обёртки. Для большой обёртки, двойной обёртки дефферед намного удобней. Я так и не понял зачем они перешли в эту муть. реакт ангуляр безумно страшные во всём - огромный каскад мусора, ужасные туториалы, нихрена не понятно. вью хоть проще значительней. у меня сейчас выбор на что переписывать большой старый плагин под хром из спагетти - и я выберу полимер + редукс без всяких привязок (в смысле мути типа react-redux) - т.к. в нём в принципе всё тоже самое, что вью только без уродливых шаблонов и всё нативное (по крайней мере в хроме), никаких лишних вещей. Используются обычные атрибуты и обычные ручные события

Старые удобные и проверенные в бою решения всегда мягче и сшиты как пот тебя. Чего уж.

я бы не сказал. Вот щас на скору руку осваивая полимер я скажу что полгода реакта это коту под хвост. Через 2 года эти знания станут бесмыссленными. у меня очень большой опыт компонентной разработки на jquery (jquery там только как jquery selector) - проблема с тем что входной уровень выходит очень большой, стандартизация свояособая

@Fl0pZz а для иконок что-то ставить дополнительно нужно? что-то не показывает. Текст вместо них пишет

@Fl0pZz все догнал)) шрифты не подключил

Каждому свое. Маленький отступ из разряда очумительных историй. У нас есть кластер серверов разбросанных по миру. Ну и нужно хранить состояние для всех этих серверов. Я не кодил 10 лет, а пришлось) Посмотрел на задачу. И сворганил свой тсп клиент-сервет на ссях. На сервере редис, вроде всё ок. Потом это по классическому закону этот весь мой зооарк начал подвисать и иногда падать. Там дело было в авторизациях по итогу, но не суть.. По итогу оказалось проще закрыть порты на внешнем сервере, дать доступ для определенных ip. На клиентах нодой с промисами спрашивать у сервера как дела. Кода в 10 раз меньше. Всё решение напиасть - три часа роботы. Из всех траблов за последние пол года упавшая раз нода на одном из клиентов. Конклюжин - не всегда боевые старые решения к месту. Молодым дорогу. Эволюция (в том числе и кода) обусловлена не только модой.

а БЭМ это хорошая технология с точки зрения поддержания или её можно сделать лучше?

Это кому? Я отдаю предпочтение смэкс

да тебе

бэм можно укоротить в 2 раза всего лишь сделав названия элементов PascalCase, а названия состояний cameCase

Каждому свое. Маленький отступ из разряда очумительных историй. У нас есть кластер серверов разбросанных по миру. Ну и нужно хранить состояние для всех этих серверов. Я не кодил 10 лет, а пришлось) Посмотрел на задачу. И сворганил свой тсп клиент-сервет на ссях. На сервере редис, вроде всё ок. Потом это по классическому закону этот весь мой зооарк начал подвисать и иногда падать. Там дело было в авторизациях по итогу, но не суть.. По итогу оказалось проще закрыть порты на внешнем сервере, дать доступ для определенных ip. На клиентах нодой с промисами спрашивать у сервера как дела. Кода в 10 раз меньше. Всё решение напиасть - три часа роботы. Из всех траблов за последние пол года упавшая раз нода на одном из клиентов. Конклюжин - не всегда боевые старые решения к месту. Молодым дорогу. Эволюция (в том числе и кода) обусловлена не только модой.

Отличная история, между прочим

это ни капли не удобней. промис годен для мелкой обёртки. Для большой обёртки, двойной обёртки дефферед намного удобней. Я так и не понял зачем они перешли в эту муть. реакт ангуляр безумно страшные во всём - огромный каскад мусора, ужасные туториалы, нихрена не понятно. вью хоть проще значительней. у меня сейчас выбор на что переписывать большой старый плагин под хром из спагетти - и я выберу полимер + редукс без всяких привязок (в смысле мути типа react-redux) - т.к. в нём в принципе всё тоже самое, что вью только без уродливых шаблонов и всё нативное (по крайней мере в хроме), никаких лишних вещей. Используются обычные атрибуты и обычные ручные события

Полимеры вторые?

да

если бы менял работу два месяца назад - были бы первые

если бы менял работу два месяца назад - были бы первые

В свое время первые полимеры вызывали у меня щенячий восторг, но я не гашел ни одного проекта требовались эти знания. По вуе вот работа есть

да на вью такая же фигня сейчас - работы нету

а здесь пофигу на что переписывать - лишь бы быстро

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

ну я тут год-два поработаю иполумер думаю будет востребован

Очень надеюсь

главная проблема сейчас это IE9-10

как дропнет - сразу огромный кластер возможностей откроется

А что будешь писать на полимере? Открытый реп?

в прицнипе открытый, браузерное расширение, при желании оно открытое

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

там сейчас (в webextention) примерно тоже самое что было, когда ие6 был 60% фаерфокс 20%

стандартизация апи частичная, много прориетарных идей и это всё надо бы скрестить в одно целое