Flow Flow type checker Возможно вам будут интересны: @react_js, @nodejs_ru, @angular2, @typescript_ru Рекомендуем сразу отключить уведомления, чтобы пребывание здесь было комфортным. https://t.me/flowtype_ru

спс

Гайс, а возможно ли использовать схему Vuelidate для валидации вне Vue?

Кто может посоветовать скелетон для vue + vuex

Интересует в плане организции кода

больше чем в реализации

раньше делал как умел

хотелось бы поглядеть как другие делают

@kelin2025 мне нужен профи по миксинам, миксины могут иметь какую-нибудь data?

Гайс, а возможно ли использовать схему Vuelidate для валидации вне Vue?

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

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

я таки решился написать миксин для для интеграции vuetify и vuelidate

правда он будет "ну такое себе"

@Fl0pZz а зачем делать "ну такое себе"?

что бы потом переделывать?

@Fl0pZz а зачем делать "ну такое себе"?

Это будет называться version 1.0

потому что пока я не придумал нормального решения, но куча однотипного кода меня тоже не утраивает

Можно вывести в переменную this.passwordErrorText в переменную и с помощью тернарного оператора назначать ней текст сообщения

Сократит 2 строчки и станет красивее :)

Можно вывести в переменную this.passwordErrorText в переменную и с помощью тернарного оператора назначать ней текст сообщения

в других местах есть 3 условия например

Зато не так громоздко будет выглядеть

Повторяется же..

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

да, все, придумал. осталось оформить только

ребят, как в шаблонных строках делать переход на следующую строку? пробовал concat, \n, <br> чет ничего не помогает

ребят, как в шаблонных строках делать переход на следующую строку? пробовал concat, \n, <br> чет ничего не помогает

\n

другой вопрос, куда ты собираешься это выводить

внутри \` \` ставил \n

карочи, покади код

в карту leaflet

popup

ты хочешь потом это в html вывести?

можно и не в хтмл, главное чтобы новая строка была

а то вся инфа как один текст идет

в доках в мозилле посмотрел, делаю все как сказано, чет не то

возьми в консольке и убедись. что c \n все работает

возьми в консольке и убедись. что c \n все работает

спасибо, решил, обычными, без шаблонных строк)

значит что-то делаете не так :) jsfiddle сделайте

кек, в 4 группа из 5 идет спам, а внубку - не идет 0.0

сюда тоже не идет, что дальше рафик

)

про этот чат и знаю мало наверное

да и пишет сюда не так много по-прежнему)

ламповость сохраняется

да и вообще, ну вот что ты начинаешь. а? ну вот что начинаешь-то? :D

мне больно читать твои опечатки)))

уф, мне тоже ?

Вчера на работе типа часа образования было) один коллега другим рассказывает какую-то тему. Так вот, сидел вчера слушал, как вслух зачитывают переведённые доки по вью)

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

значит что-то делаете не так :) jsfiddle сделайте

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

решил просто хтмл передать

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

:D

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

process.env проверять

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

это типа tree shaking?

process.env проверять

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

просто будет какой-то if

это типа tree shaking?

вот хз

просто хочу чтобы проверка была только в дев сборке

выпилится

выпилится

откуда такая уверенность?

он станет проверкой if (false) и все содержимое аглифай грохнет

ну там проверяешь if (proccess.env !== 'production')

ERROR: S client not available

if (process.env.NODE_ENV !== 'production') {

вот если точнее

сяб, понял

тебе же с этим жить потом

тебе же с этим жить потом

ога, поэтому выпилил часть

Не знаю, но я бы разделил проверку this.form[fieldName] и установку ошибки, потому что это две разные функциональности, отсюда появляется дублирование для this.formErrors[fieldName], и new Error

и зачем else if, если можно сделать просто return, даже по коду ничего нет

Не знаю, но я бы разделил проверку this.form[fieldName] и установку ошибки, потому что это две разные функциональности, отсюда появляется дублирование для this.formErrors[fieldName], и new Error

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

и зачем else if, если можно сделать просто return, даже по коду ничего нет

вот это годная идея

@kelin2025 мне нужен профи по миксинам, миксины могут иметь какую-нибудь data?

Да

потому что пока я не придумал нормального решения, но куча однотипного кода меня тоже не утраивает

У меня тоже куча однотипного, ща

Что-то типа такого

Вчера ночью подумал переделать вот так

И дефолтное вынести куда-то

Ну то есть у меня при запросах всегда идёт - валидация формы - показываю прелоадер/текст ошибки в зависимости от state - почти всегда в случае успеха / ошибок просто алерт

вот такой вот я миксин замутил кароч: https://gist.github.com/Fl0pZz/1c8e2f14ac7c861a6378d9840352aefc

просто теперь в формах нужно чтобы были в data form и formErrors с нужными полями. куда будут писаться ошибки

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

А если две формы?)

А если две формы?)

я для себя пока так решил: 1 компонента 1 форма

Надо в миксине [formName] и [``${formName}Errors``] сделать И миксин функцией, в которой передаётся formName

Как же удобно с телефона писать

Надо в миксине [formName] и [``${formName}Errors``] сделать И миксин функцией, в которой передаётся formName

скажи зачем это нужно?

Шоб две формы разные можно было пилить

пока что я не вижу причине делать 2 формы в 1й компоненте

Шоб две формы разные можно было пилить

зачем? кто так делает вообще? это же ппц зашквар

Это называется "на всякий случай"