Unobstrusive Client Form Validation

Zdravím,

asi bych měl spíš makat na NetBeans Nette pluginu, ale čas od času člověka něco napadne a musí to hned vyzkoušet. Před nějakou dobou tu byl nápad na něco podobného (na PS), slovo bylo, že to bude za 2 týdny hotové a ready pro přidání do Nette. Skutek utek.. Tak jsem se pustil do něčeho podobného. Výsledek je trochu jiné pojetí klientské validace formulářů (code-name ExFormValidation od slova external) Asi rovnou uvedu příklad:

Pravidla se zadávají naprosto stejně jako teď:

$form->addText("user", "Username")
    ->addRule(Form::FILLED, "Nutné vyplnit")
    ->addRule(Form::REGEXP, "Musí obsahovat pouze malá písmena", "/^[a-z]+$/")
    ->addRule(Form::MIN_LENGTH, "Minimálně %s znaky", 4);

$form->addPassword("password", "Heslo")
    ->addRule(Form::FILLED, "Heslo musí být vyplněno")
    ->addRule(Form::MIN_LENGTH, "Počet znaků musí být větší než %s", 5);

Render:

<input type="text" class="text ex_filled ex_regexp ex_minLength_4 ex" name="user" id="frmform-user" value="" />
<input type="hidden" id="frmform-user_regexp" value="/^[a-z]+$/" />

<input type="password" class="text ex_filled ex_minLength_5 ex" name="password" id="frmform-password" />

Všimněte si atributů class. Je tam plnou nehezkých věcí, začínající prefixem ex_. Ty určují pravidla, které jsou na prvku použity. A teď ta dobrá zpráva: všechen výkonný kód je v externím JS souboru a je nezávislý na formuláři (je konstantní). Za pomoci jQuery, se řeší samotná validace na základě informací v atr. class (tzn. parsování jednotlivých pravidel).

Je tu ovšem pár ale – některá pravidla jsou „proměnná“, tzn. nejsou stejná pro všechny případy a jejich definice naprosto odporuje použití v atributu class (např. Form::REGEXP). Ten se řeší tak, že se za prvek vloží hidden input (bez atr. name) a při validaci REGEXP operace onoho prvku použije obsah hidden inputu (kterým je onen regulární výraz; viz html kód výše).

Dalším problémem jsou různé podmínky, které se dají aplikovat. Můžu říct, že jsem vyřešil nejjednodušší případy podmínek condition a conditionOn. A to navíc přímo v attr class bez nutnosti nějakého externího zápisu:

$form->addPassword("passwordcheck", "* Heslo znovu")
    ->addRule(Form::FILLED, "Kontrola musí být vyplněna")
    ->addConditionOn($form['password'], Form::FILLED)
        ->addRule(Form::EQUAL, 'Neshodují se hesla', $form['password']);

<input type="password" class="text ex_filled ex_on_frmform-password_filled_equal_frmform-password ex" name="passwordcheck" id="frmform-passwordcheck" />

Zatím jsem neřešil chybové hlášky, specifikované při tvorbě formu a používám na tvrdo napsané v JS pro každou operaci (něco jako jsou default messages přímo v FW)

Ještě uvidíme kam zajdu se složitějšími podmínkami (a else a elseif atd. i když si myslím, že se používají v 1% případů).

Teď to hlavní – myslíte si, že je to dobré a mohlo by být k užitku? Nebo že je to hnusné, naprosto sprasující, nezpřehledňující blbost?

Sám se trochu přikláním k té druhé variantě :D ovšem vynahrazuje mi to myšlenka na NEopakující se validační JS pravidla pod každým formem a centralizace validačních pravidel v jediném JS souboru..

Now, hit me!