@vuejs_ru

« Назад

Страница 2969 из 3900

Далее »

ed

25.05.2018
05:11:13

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

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

Margarita

25.05.2018
05:11:27

то есть сама валидация все же происходит на уровне инпута)

Нет. Она может происходить на стороне инпута. Может происходить не на стороне инпута. В зависимости от реализации. Валидация на стороне формы не является ошибкой.

В зависимости от того, что ты вообще хочешь сделать, можно или там валидировать, или там

Google

ed

25.05.2018
05:12:22

В зависимости от того, что ты вообще хочешь сделать, можно или там валидировать, или там

тогда девелоперы соайдут с ума, тут у нас "автоматическа валидация", а "тут пропишите ее сами руками"

сликшом гибко

Margarita

25.05.2018
05:12:41

Моя жизненная практика показала, что чаще всего удобнее валидировать или на стороне формы, или используя директивы (вот как ты выше написал)

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

тогда девелоперы соайдут с ума, тут у нас "автоматическа валидация", а "тут пропишите ее сами руками"

Никто не сойдет с ума, всегда все зависит от того, что ты хочешь сделать

И паттерны проектирования тоже

Вообще, у меня вот такой вот расклад, исходя из моего опыта: 50% - валидация на стороне формы перед сабмитом (как я вот код скинула), 40% - валидация с использованием директивы и 10% - кастомный код в дочернем компоненте

У других ребят само собой другой опыт

zinge

25.05.2018
05:15:19

Никто не сойдет с ума, всегда все зависит от того, что ты хочешь сделать

+++ в конечном итоге оно все равно придет к этому. К универсальности имею ввиду. А не к сойти с ума)))

ed

25.05.2018
05:15:38

у меня проект больше на црм похож, тут все виды валидации вообще константами можно передать (чаще всего) типо is-required, is-email

Margarita

25.05.2018
05:16:04

у меня проект больше на црм похож, тут все виды валидации вообще константами можно передать (чаще всего) типо is-required, is-email

Может быть, реакт??

ed

25.05.2018
05:16:06

есть еще забавный вопрос по вью)

zinge

25.05.2018
05:16:10

у меня проект больше на црм похож, тут все виды валидации вообще константами можно передать (чаще всего) типо is-required, is-email

Если уверен то делай так конечно.

Google

ed

25.05.2018
05:16:12

Может быть, реакт??

требование - вью)

Margarita

25.05.2018
05:16:27

Ну вот мне почему-то прям кажется, что ты какой-то реакт хочешь написать на вью, тебе не нравится, все не так и все не эдак :D

zinge

25.05.2018
05:16:31

Может быть, реакт??

Нех

ed

25.05.2018
05:16:47

можно ли сделать что-то в стиле <{tagName}> asdasd </{tagName>}

Margarita

25.05.2018
05:17:11

можно ли сделать что-то в стиле <{tagName}> asdasd </{tagName>}

Это называется компоненты!)

ed

25.05.2018
05:17:26

Это называется компоненты!)

не то

мне нужно в огдном случае <form> в другом <div>

Margarita

25.05.2018
05:17:44

В смысле)

Не то)

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

zinge

25.05.2018
05:18:22

можно ли сделать что-то в стиле <{tagName}> asdasd </{tagName>}

Кстати. Напоминаю про Вью реактивность. Тебе тут может понадобиться вотчер. Но ловить пропс, некстПропс тебе не нужно.

ed

25.05.2018
05:18:28

Кстати. Напоминаю про Вью реактивность. Тебе тут может понадобиться вотчер. Но ловить пропс, некстПропс тебе не нужно.

про вотчер спасибо, почитаю

если во втором случае я отрендерю <form> это будет ошибка

Margarita

25.05.2018
05:19:20

Отредери myForm ))

ed

25.05.2018
05:19:34

Отредери myForm ))

не понял

zinge

25.05.2018
05:19:54

если во втором случае я отрендерю <form> это будет ошибка

Ты прям render желаешь использовать? Или это образное выражение?

ed

25.05.2018
05:20:05

Ты прям render желаешь использовать? Или это образное выражение?

нет, это в template

В итоге я получу что-то в стиле <Form> <Input name="username"/> <DepartmentForm /> </Form> где departmentform - заранее написанная форма, используюемая в нескольких местах (сложная и большая)

я пошел по пути 1 файл - 1 компонент, где <template> <script> etc...

Google

Margarita

25.05.2018
05:20:42

не понял

Ну сделай компонент с одной формой и с другой формой

Во вью можно сколько угодно компонентов создавать

Form1.vue и Form2.vue пускай будут

У тебя вот есть Form и DepartmentForm

ed

25.05.2018
05:21:26

Ну сделай компонент с одной формой и с другой формой

погоди, у меня есть компонент <Form> который сделает мне всю логику формы, и я его просто использую и делаю UserForm.vue, DepartmentForm.vue и пр.

Margarita

25.05.2018
05:21:39

Фабрика какая-то)

ed

25.05.2018
05:21:43

валидация, сабмиты, и прочее это все осталось на уровне Form

я не хочу это дублировать, поведение одинаковое

zinge

25.05.2018
05:22:03

Во вью можно сколько угодно компонентов создавать

Он в этом плане на чистый js похож. Хочешь можешь отгрызть ногу, или отстрелить, или отпилить)))

ed

25.05.2018
05:22:05

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

Фабрика какая-то)

типо того

Margarita

25.05.2018
05:22:49

Сложно как-то :D

Margarita

25.05.2018
05:22:59

Я обычно компоненты по-разному компоную просто да и все

ed

25.05.2018
05:23:03

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

Rafael

25.05.2018
05:23:44

Для тех, кому лень все читать, можно заного изложить проблему?

zinge

25.05.2018
05:24:44

Для тех, кому лень все читать, можно заного изложить проблему?

Валидация. 101 способ изобрести велосипед)))

ed

25.05.2018
05:24:47

Для тех, кому лень все читать, можно заного изложить проблему?

решается вопрос реализации формы. где происходит валидация, как рендерится ошибка, как передать валидацию, как вызвать валидацию без this.refs.input.validate()

Margarita

25.05.2018
05:25:02

Для тех, кому лень все читать, можно заного изложить проблему?

Обсуждаем, как валидировать инпуты в форме

Rafael

25.05.2018
05:25:31

решается вопрос реализации формы. где происходит валидация, как рендерится ошибка, как передать валидацию, как вызвать валидацию без this.refs.input.validate()

Самописный валидатор или же используется какой-нибудь vuelidate?

zinge

25.05.2018
05:26:21

Самописный валидатор или же используется какой-нибудь vuelidate?

Начали с самописного. Но уже почти пришли к сторонней библиотеке))

Google

ed

25.05.2018
05:26:33

Самописный валидатор или же используется какой-нибудь vuelidate?

пишу обертку инпутов и форм (типо свой бутстрап) валидаторы я притянул вот эти https://github.com/dleitee/valid.js, использую не первый год, могу взять любые

ну и естественно валидатором может выспутить какая-то асинхронная функция

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

Rafael

25.05.2018
05:27:41

monterail/vuelidate: Simple, lightweight model-based validation for Vue.js https://github.com/monterail/vuelidate

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

ed

25.05.2018
05:28:50

monterail/vuelidate: Simple, lightweight model-based validation for Vue.js https://github.com/monterail/vuelidate

хорошо, посмотрю, но во всем это еще возникает куча доп фичей (что не делают стандартные валидаторы часто) если в форму передан disabled/fetching - дизейблить инпуты, если форму начали менять - убирать ошибку во всех инпутах

вот вопрос как это правильно делается на вью)

чтобы написать 1 раз умный компонент формы, инупта и иметь "свой бутстрап"

Rafael

25.05.2018
05:29:49

хорошо, посмотрю, но во всем это еще возникает куча доп фичей (что не делают стандартные валидаторы часто) если в форму передан disabled/fetching - дизейблить инпуты, если форму начали менять - убирать ошибку во всех инпутах

Дизейбл реализуется на уровне ui кита, и обычно это просто прописать, куда передается плажек

хорошо, посмотрю, но во всем это еще возникает куча доп фичей (что не делают стандартные валидаторы часто) если в форму передан disabled/fetching - дизейблить инпуты, если форму начали менять - убирать ошибку во всех инпутах

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

Admin

ERROR: S client not available

Rafael

25.05.2018
05:31:48

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

ed

25.05.2018
05:31:58

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

я хотел получить нечто подобное <Form :fetching="true"> <div> <TextInput name="email" label="Email" placeholder="Email"/> --- disabled </div> <div> <TextInput name="disabled-input" label="Disabled input" disabled/> </div> </Form>

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

ну вот это и обсуждаем тут все это время)

Rafael

25.05.2018
05:34:00

ну вот это и обсуждаем тут все это время)

У vuelidate просто это написанно в доках, как связать

ed

25.05.2018
05:34:35

доки реально классные

изучаю

b0g3r

25.05.2018
05:37:16

хорошо, посмотрю, но во всем это еще возникает куча доп фичей (что не делают стандартные валидаторы часто) если в форму передан disabled/fetching - дизейблить инпуты, если форму начали менять - убирать ошибку во всех инпутах

Ты ищешь миксин?

ed

25.05.2018
05:37:55

У vuelidate просто это написанно в доках, как связать

пожалуй даже я добавлю эту штуку в проект, и уже от нее начну дальше делать

b0g3r

25.05.2018
05:38:59

Тебе хочется "расширять" базовый компонент для форм?

Google

ed

25.05.2018
05:40:44

Тебе хочется "расширять" базовый компонент для форм?

я пишу свой компонент форм, с валидацией, и прочим

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

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

b0g3r

25.05.2018
05:41:28

Мне кажется ты хочешь написать миксин с валидацией

ed

25.05.2018
05:41:33

возможно

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

b0g3r

25.05.2018
05:41:54

Вот за генератор верстки уже не уверен :))

Denys

25.05.2018
05:44:51

В реакте

А почему? По тестам вью быстрее намного

Roman

25.05.2018
05:45:18

А почему? По тестам вью быстрее намного

дело не в скорости, а поддержке компаниями

Denys

25.05.2018
05:46:13

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

Особо разницы реакт и вью нету. Я верно понимаю? Тоесть один и тот же проект можно на них сделать, но на вью быстрее, так как писанины на порядок меньше?

Serge

25.05.2018
05:46:21

А почему? По тестам вью быстрее намного

Востребованность на рынке не меряется скоростью. Да и скорость (выполнения ?) у них одинаковы

Denys

25.05.2018
05:47:38

Востребованность на рынке не меряется скоростью. Да и скорость (выполнения ?) у них одинаковы

А лицензия? Был же уже зашквар в этом плане

Hedint

25.05.2018
05:47:44

Ну vue капельку быстрее в некоторых тестах ( по крайней мере был), но это даже не стоит особого упоминания

Serge

25.05.2018
05:47:57

Особо разницы реакт и вью нету. Я верно понимаю? Тоесть один и тот же проект можно на них сделать, но на вью быстрее, так как писанины на порядок меньше?

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

А лицензия? Был же уже зашквар в этом плане

его решили уже давно и сейчас с лицухой всё норм

b0g3r

25.05.2018
05:48:57

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

Не очень валидный аргумент: у системы нет перманентного состояния

Denys

25.05.2018
05:49:18

Я так понимаю, если изучить один фреймворк, то другой можно подтянуть быстро. Логика одна

b0g3r

25.05.2018
05:49:35

Иначе мы бы никогда не забыли фортран, а жс никогда бы не стал языком для бека :)