librelist archives

« back to archive

Export validation: pas seulement rails

Export validation: pas seulement rails

From:
Archiloque
Date:
2011-04-12 @ 14:44
Bonjour,

hier soir en codant sur Sinatra/Sequel je me suis dit qu'il serait bête de
se limiter à active record pour les validations alors que beaucoup d'ORM 
en proposent et que leur fonctionnement est souvent très proche: je pense 
qu'il serait plus pertinent que l'outil repose essentiellement sur une 
représentation des validations en ruby non liée à un ORM et un export json
de celle-ci, de sorte qu'ensuite on puisse coder des importeurs pour 
chaque ORM et pour chaque framework js un script qui sait interpréter le 
json.

Qu'en pensez vous ?

A.

Re: [paris.code.rb] Export validation: pas seulement rails

From:
Étienne Barrié
Date:
2011-04-12 @ 15:23
C'est pas lié à ActiveRecord, ActiveModel::Validations marche avec
plusieurs ORM.
T'as qu'à faire un include ActiveModel::Validations dans ton modèle
dans Sinatra et ça marchera. Je pense que c'est pas con, mais faudrait
commencer à avoir un truc qui marche avant de dire qu'on va en faire
10…


2011/4/12 Archiloque <code@archiloque.net>:
> Bonjour,
>
> hier soir en codant sur Sinatra/Sequel je me suis dit qu'il serait bête 
de se limiter à active record pour les validations alors que beaucoup 
d'ORM en proposent et que leur fonctionnement est souvent très proche: je 
pense qu'il serait plus pertinent que l'outil repose essentiellement sur 
une représentation des validations en ruby non liée à un ORM et un export 
json de celle-ci, de sorte qu'ensuite on puisse coder des importeurs pour 
chaque ORM et pour chaque framework js un script qui sait interpréter le 
json.
>
> Qu'en pensez vous ?
>
> A.
>
>
>



-- 
Étienne Barrié

Re: [paris.code.rb] Export validation: pas seulement rails

From:
Etienne Vallette d'Osia
Date:
2011-04-12 @ 15:05
2011/4/12 Archiloque <code@archiloque.net>

> Bonjour,
>
> hier soir en codant sur Sinatra/Sequel je me suis dit qu'il serait bête de
> se limiter à active record pour les validations alors que beaucoup d'ORM en
> proposent et que leur fonctionnement est souvent très proche: je pense qu'il
> serait plus pertinent que l'outil repose essentiellement sur une
> représentation des validations en ruby non liée à un ORM et un export json
> de celle-ci, de sorte qu'ensuite on puisse coder des importeurs pour chaque
> ORM et pour chaque framework js un script qui sait interpréter le json.
>
> Qu'en pensez vous ?
>
> A.
>
>
>
J'aime bien l'idée.
Cependant, il faut que ça ait une valeur ajoutée, car juste « être découplé
», en général on s'en fout (quand on fait un site).
Typiquement, si ça peut être utilisé par une bibliothèque, là ça devient
vraiment intéressant.

En fait je dis ça en pensant à monetta : le principe est très proche (une
API permettant d'être découplé du système clé-valeur utilisé),
le code est — parait-il, je ne l'ai pas regardé — de qualité (Katz oblige),
mais je n'ai entendu parlé d'aucune utilisation à ce jour.
Car en général on choisit un outil (par exemple Redis), et on s'y tient. Si
on change l'outil, c'est pour les fonctionnalités qu'il ajoute,
et donc on est prêt à modifier son code pour les utiliser.

Ensuite, ton idée peut-être étendue : l'outil pourrait par exemple extraire
un JSON à partir d'un code qui utilise ActiveModel.
Comme ça, l'utilisateur n'a pas à modifier son code, et ça a plus de chance
de percer.
Mais bon, une telle fonctionnalité est très éloignée de ton idée originelle
il me semble :-)

-- 
Étienne Vallette d'Osia

Re: [paris.code.rb] Export validation: pas seulement rails

From:
Date:
2011-04-12 @ 15:18
Je ne pensais pas au fait de faciliter la migration d'un outil à l'autre
mais au fait de rendre l'outil intéressant au maximum de gens possibles en
profitant de l'effet de levier. Par exemple si on gère AR et Sequel en
entrée et jQuery et backbone en sortie et si quelqu'un code une entrée
DataMapper parce qu'il utilise DataMapper + jQuery du coup DataMapper -
BackBone fonctionnera aussi.

est ce plus clair ?

A.