Спецификация требований к форме HTML

Question

Я создаю фреймворк, который будет проверять формы как на стороне клиента (javascript), так и на стороне сервера на основе спецификации требований к форме, написанной на json.

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

Формат спецификации может выглядеть примерно так:

{ '<field_name>' : ['<validation_function>', 'req', ['<requirement>', <param>], ...], ... } 

(список требований упорядочено, так что пользователь может получить большинство основных сообщений об ошибках во-первых, «REQ» требование должно прийти первым, если он существует, и средство что поле обязательно для заполнения)

например)

{ 
    'name' : ['string', 'req', ['min',6], ['max',150], ['match', /^[\sa-z0-9ÅÄÖåäö&]$/i], ['not_match', /^tmp_/]], 
    'email' : ['email', 'req'], 
    'email_confirm' : ['same_as', 'email'], 
    'password' : ['string', 'req', ['min', 6], ['max', 64], ['match', /^[a-z0-9\!@#\$%^&*_+.]$/i] ], 
} 

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

Answer 1

Я знаю, что Django также имеет систему проверки. Но это происходит и в фоновом режиме.

Но что, если исходный адрес является единственным местом, где можно узнать, являются ли введенные данные действительными? Возможно, пользователь этой системы проверки хочет убедиться, что адрес электронной почты еще не используется, например, для другой учетной записи. Тогда эта проверка не может произойти на стороне клиента.

Answer 2

Рассматривали ли вы повторное использование проверки подлинности через XMLHttpRequest и возвращали какие-либо сведения об ошибке, поскольку JSON подходит для простого обновления формы для отображения ошибок? Саймон Уиллисон поставил example of doing so с использованием превосходного модуля Django django.forms в своей презентации Advanced Django (от слайда 56).

Приятно, как это, я также хотел бы поцарапать тот же самый зуд, который вызывает ваш вопрос, поэтому я начал porting django.forms to JavaScript in js-forms, что довольно далеко, но также далеки от готового к его предполагаемому использованию, которое использует одна и та же базовая кодовая база для выполнения соответствующих проверок на интерфейсе и бэкэнд с использованием тех же определений объектов Form.

Answer 3

Но но ... были способы сделать вложенные модели/формы в рельсах раньше, а в версии 2.3 он получил хорошую поддержку, не так ли?

См rails 2.3 releasenotes (#nested object forms))

Не то, что все используют рельсы, конечно :)