MS
чтобы в одном месте задавать правила, и не делить работу между фронтенд и бекенд командой
Size: a a a
2020 May 18
MS
(не дублировать)
VA
wow Meteor JS
MS
намечаются в проекте большие формы с динамическим кол-вом элементов и правил их использования
AD
я бы пошел от аст драй валидации, на самом деле, это не быстрый способ, но можно сделать крутую штуку которой будут многие пользоваться
MS
тут надо в купе с JS либой по парсингу этих правил наверно делать сразу
NB
чтобы в одном месте задавать правила, и не делить работу между фронтенд и бекенд командой
ну всё перенести не получится, особенно те правила, которые завязаны на работе с БД (uniqueness, date overlap, etc)
Только presence всякие там
Только presence всякие там
MS
есть еще класс валидаций когда значение Поля1 должно быть меньше значения Поле2
MS
это на клиенте можно проверить
NB
Вообще вопрос хороший, и популярный. Идея с JSON schema мне нравится, возможно смотрел бы в её сторону (не конкретно с dry , а в целом)
MS
ага, изучу как они сделали
MS
можно идеи потырить
MS
спасибо!
MS
я бы пошел от аст драй валидации, на самом деле, это не быстрый способ, но можно сделать крутую штуку которой будут многие пользоваться
мож запилим сами и в опенсорс выкатим
MS
подумали с командой, подъемно по ресурсам
AD
ну вот видишь
AD
причем желательно сделать 2 библиотеки, 1 конвентор драй валидации в жсон схему (и обратно) + обвязку для фронта
MS
да, я понимаю что клиентская часть нужна