Salut,
j’aimerais avoir un avis. j’aimerais avoir une méthode de recherche
dans
model mais ce n’est pas tres CRUD. Quelle est la meilleur solution faire
une
condition dans url ou créer un nouveu model recherche ?
merci
Salut,
j’aimerais avoir un avis. j’aimerais avoir une méthode de recherche
dans
model mais ce n’est pas tres CRUD. Quelle est la meilleur solution faire
une
condition dans url ou créer un nouveu model recherche ?
merci
Le Lun 9 octobre 2006 17:05, Bolo M. a écrit :
Salut,
j’aimerais avoir un avis. j’aimerais avoir une méthode de recherche dans
model mais ce n’est pas tres CRUD. Quelle est la meilleur solution faire
une condition dans url ou créer un nouveu model recherche ?
Faire du simple CRUD c’est un moyen de réaliser une application. Ca peut
même être un simple effet d’une orientation basée sur le modèle de
données. En aucun cas ça ne doit devenir une
finalité.Faire un modèle “recherche” qui n’est pas une conséquence de tes données
mais juste un artifice pour pouvoir dire que tu fais du CRUD, ça ne risque
pas de te faciliter la vie.
Si tu veux garder une approche modèle avec du simple CRUD, la recherche
c’est simplement aller chercher l’index d’une ressource, mais avec des
paramètres en plus.
Ca correspond à ta méthode “index” qui est normalement déclenchée en
faisant une requête GET sur ta collection de ressources.
Les paramètres fournis à ta requête (tout ce qui est derrière le point
d’interrogation) sont là pour paramétrer le résultat.
Le formulaire HTML lui-même peut facilement être placé en haut ou dans un
coin de la vue de l’index.
Attention cependant à ne pas créer un dictat du CRUD, ce n’est qu’une
méthodologie ou une architecture. Le mieux est toujours le plus simple. Si
le plus simple te parait faire une méthode et une action “recherche”, fais
le et oublies le joli son de CRUD.
–
Eric D.
Salut éric
je suis arrivée a la meme conclusion d’utiliser la méthode index et de
faire
des conditons
def index
if params[:q].blank?
@faqs = Faq.find :all
else
@faqs = Faq.find_by_contents(params[:q])
end
end
Le 09/10/06, Eric D. < [email protected]> a écrit :
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs