5

EDIT
связался с автором игры-js-валидации. Кровотечение; Воспроизведение должно быть скомпилировано против scala, виртуализированного в выпуске 2.10, а вложенные классы классов еще не поддерживаются. Действительно впечатляющий проект, я надеюсь, что он приходит в жизнь, как прототип делает почти то, что я надеялся ...Интеграция проверки на стороне клиента

Нашел: https://github.com/namin/play-js-validation

Каждый знает, если есть планы встроенной стороне клиента проверка в Play 2.0?

В настоящее время я создаю контроллер, модель (с проверкой формы) и файлы dao scala на основе существующей схемы БД; хотел бы включить проверку на стороне клиента как часть этого процесса!

Спасибо за подсказки, инсайдерские знания и т.д.

P.S. Воспроизведение группы пользователей, по меньшей мере, занято; большинство сообщений, похоже, полностью игнорируются (конечно, многие вопросы, связанные с Stackoverflow Play, остаются без ответа, поэтому эта нить может быть DOA ...)

ответ

2

Нет таких планов. Боюсь, что, по крайней мере, услышать о (примечании: я не член команды Dev, просто игрок)

Проверить tickets on Play's Lighthouse

с другой стороны, я сомневаюсь, если это соответствует условиям игры на всех. Проверка на стороне клиента выполняется с помощью некоторого внешнего решения JS, которое не должно определяться инфраструктурой, никто не сказал, что он должен использовать ie. jQuery по умолчанию.

Наконец, единственное, что нужно использовать проверку на стороне клиента просто включить эти библиотеки JS и добавить соответствующие атрибуты для ваших полей формы, то есть она будет создавать тег, который можно проверить с jQuery Validation plugin:

@inputText(entrantForm("identitynumber"), 
    '_label->"Identity number", 
    'class -> "required", 
    'minlength -> "11", 
    'maxlength -> "11") 
+0

эй , ответ! ;-) +1 для полевого вспомогательного наконечника. Play поддерживает загрузку Twitter, поэтому почему бы не jQuery Validation, плагин проверки де-факто, используемый по всем направлениям (то есть, если не больше, чем Bootstrap) – virtualeyes

+0

Well TB также не соответствует предположениям фреймворка: PI не понимает, почему он поддерживается (что, конечно, не означает, что я осуждаю этот факт :)) – biesior

+0

не предполагайте интеграции на стороне клиента, потому что это намного больше работы, чем интеграция TB ;-) В идеале «val foo = Form (mapping (« foo »-> text.verifiying (обязательно)), ...) "средство проверки на стороне сервера будет генерировать фрагменты проверки на стороне клиента; спасет тонну шаблона. Просто началось с Play и ... Я впечатлен! проверка на стороне клиента была бы приятным дополнением ... – virtualeyes