NP
стараюсь огромные формы не делать
Size: a a a
2021 April 30
Вキ
Обсуждаем всякие оффтопики там: @ngSoviet
A
Спасибо
В
их же две😳 точнее валидация - ВСЕГДА на стороне сервиса, если только ты не сторонник идеологии камикадзе. А на стороне фронта - защита от дурака, просто фильтрация заведомо бессмысленных обращений к беку
SC
я написал, что считаю самым лучшим UX-ом для юзера с большим кол-вом полей на форме))
ЕП
Я имел виду валидацию на фронте.
ЕП
Когда говорил зачем дисабл делать .
SC
вообще я обожаю UX и обожаю играться со всякими дизайнерскими решениями, это моё хобби так сказать)
В
хороший вариант. дизейбл кнопки с подписью "баран, проверь что все заполнил" - тоже вариант)))
SC
там ещё стоит добавить, что кнопка должна быть зафиксированна) чтобы юзер мог в любой момент нажать и посмотреть, что не так и проскролится куда нужно
В
фиг знает, но меня просто ломает от слов "валидация на фронте". Потому что это требует дополнительной расшифровки "не, я не валидирую данные, я просто так называю этот процесс".
В
логика понятна. Но имхо, при получении такой верстки надо вызывать дизиГнера и заставлять его принудительно слушать не менее получаса профессора Лебединского "Я убью тебя, лодочник"))) Потому что нельзя перекладывать на пользователя лень и бестолковкость "творца UI"
ЕП
Почему тогда валидаторы на форме так называются)))
SC
но это да, ну когда делаешь свой проект - то ты и дизайнер и фронтендер и бэкендер и ДБА архитект в одном флаконе, ещё и ДевОпс сам себе)
ЕП
Так и называются. Валидаторы. На контрол ты вешаешь массив валидаторов при создании формы.
SC
никогда не юзал формы или реактивные формы чи как они там) всю логику испокон веков писали сами для валидации)
В
а почему когда говорят DI - один имеет в виду инверсию управления, второй - инжекцию зависимостей, третий - реализацию локатора сервисов, четвертый - розового пони? Эхо войны, особенности переноса с чужой языковой матрицы)) Валидатор ПОЛЯ != валидатор данных, но это надо прочухать)
MH
MH
