librelist archives

« back to archive

[valex] Plain JSON & jQuery

[valex] Plain JSON & jQuery

From:
Date:
2011-04-20 @ 08:38
Heya,

à propos de l'export json et de jQuery:
L'idée pour le moment était de faire un export des validations sous forme
de json et d'écrire une extension au plugin de validation jQuery pour
faire le pont entre le json et le plugin.

En y réfléchissant je ne suis pas certain que cette approche soit la
meilleure car ça veut dire que le développeur ne peut pas facilement tuner
le comportement des validations côté client (par exemple pour ajouter une
validation custom ou autre) ou alors il faut réajouter des hooks dans la
chaine. Du coup je me demandais si pour jQuery il ne serait pas mieux
d'avoir une approche plus "scaffold": que plutôt que de générer du json
brut de directement générer la config au format du plugin de validation,
un exemple sera plus parlant:

Par exemple les validation jQury ressemblent à ça:

$("#myFormForMyModel").validate({
  rules: {
    fieldFoo: {
      required: true,
      range: [13, 23]
    }
  }
});

du coup valex génèrerait un truc comme ça:

var valexValidation = { myModel: {
    fieldFoo: {
      required: true,
      range: [13, 23]
    }
}

et pour activer la validation le user fait:

// on ajoute une validation custom
var rulesForMyModel = valexValidation.myModel;
rulesForMyModel.specialField = { yadayada}

// on plugue la validation sur le formulaire
$("#myFormForMyModel").validate({
    rules: rulesForMyModel
});

Du coup de la même manière qu'on a des adapters par ORM en entreée on
aurait en sortie des adapters par outil js plus un adapter plain qui sort
le json brut

Qu'en pensez vous ?

A.

Re: [paris.code.rb] [valex] Plain JSON & jQuery

From:
Etienne Vallette d'Osia
Date:
2011-04-22 @ 19:53
2011/4/20 <code@archiloque.net>

> Heya,
>
> à propos de l'export json et de jQuery:
> L'idée pour le moment était de faire un export des validations sous forme
> de json et d'écrire une extension au plugin de validation jQuery pour
> faire le pont entre le json et le plugin.
>
> En y réfléchissant je ne suis pas certain que cette approche soit la
> meilleure car ça veut dire que le développeur ne peut pas facilement tuner
> le comportement des validations côté client (par exemple pour ajouter une
> validation custom ou autre) ou alors il faut réajouter des hooks dans la
> chaine. Du coup je me demandais si pour jQuery il ne serait pas mieux
> d'avoir une approche plus "scaffold": que plutôt que de générer du json
> brut de directement générer la config au format du plugin de validation,
> un exemple sera plus parlant:
>
> Par exemple les validation jQury ressemblent à ça:
>
> $("#myFormForMyModel").validate({
>  rules: {
>    fieldFoo: {
>      required: true,
>      range: [13, 23]
>    }
>  }
> });
>
> du coup valex génèrerait un truc comme ça:
>
> var valexValidation = { myModel: {
>    fieldFoo: {
>      required: true,
>      range: [13, 23]
>    }
> }
>
> et pour activer la validation le user fait:
>
> // on ajoute une validation custom
> var rulesForMyModel = valexValidation.myModel;
> rulesForMyModel.specialField = { yadayada}
>
> // on plugue la validation sur le formulaire
> $("#myFormForMyModel").validate({
>    rules: rulesForMyModel
> });
>
> Du coup de la même manière qu'on a des adapters par ORM en entreée on
> aurait en sortie des adapters par outil js plus un adapter plain qui sort
> le json brut
>
> Qu'en pensez vous ?


Salut,

Cette idée est valide pour le coup du script qu'on lance une fois,
mais pas du tout pour le coup de la lib qu'on peut aussi utiliser en live.
Par contre, je vois ça comme un autre format de sortie, et ça me semble
en effet intéressant, surtout qu'on pourrait cracher une version JS et une
version coffeescript !

-- 
Étienne Vallette d'Osia