Hallo,
wie kann man es denn am besten bewerkstelligen, verschiedene Fälle von
Validierungen zu definieren?
Ich habe ein z.B. ein User-Model das beim Zugriff durch den Administrator
anders validiert werden soll, als wenn der Nutzer es verwendet.
So soll etwa, wenn der Nutzer darauf zugreift,
Am 15. Februar 2011 13:51 schrieb rubyonrails...@galt.de
rubyonrails...@galt.de:
Hallo Jürgen,
ich verwende eh zwei verschiedene Controller. Insofern ist die Steuerung der
beiden Fälle kein Problem.
Allerdings möchte ich nicht alle Validations deaktivieren, was bei
„user.save(:validate =
Hallo,
On 15.02.2011, at 12:59, rubyonrails...@galt.de wrote:
[..]
Mir ist bisher nichts besseres eingefallen als eine Kombination aus einem
virtuellen attribut als Schalter (der im jeweiligen Controller „angeknipst“
wird) und der if-Bedingung in der Validierung:
class CustomerUser
Weil es sich um dasselbe Modell, d. h. denselben Datensatz handelt, nur
verschiedene Bearbeitungsmodi.
Wenn ich STI oder zwei Modelle verwenden würde dann müßte ich ja für jeden User
zwei Datensätze anlegen.
STI bedeutet, daß man zwei Models hat, die sich dieselbe Tabelle teilen, aber
eben
Wow, Bingo! Genau _das_ habe ich gesucht.
Besten Dank,
Michael Kastner
Am 15.02.2011 um 14:12 schrieb Jens Krämer:
Hallo,
On 15.02.2011, at 12:59, rubyonrails...@galt.de wrote:
[..]
Mir ist bisher nichts besseres eingefallen als eine Kombination aus einem
virtuellen attribut als
Ich habe nicht von AktiveRecord-Modellen gesprochen. Intuitiv würde
ich sagen, dass Dein Problem ein guter Use Case für ActiveModel ist.
Viele Grüße,
Nicolai
___
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
Am 15.02.2011 um 12:59 schrieb rubyonrails...@galt.de:
Mir ist bisher nichts besseres eingefallen als eine Kombination aus einem
virtuellen attribut als Schalter (der im jeweiligen Controller „angeknipst“
wird) und der if-Bedingung in der Validierung:
class CustomerUser
wie wär's den current_user abzufragen?
Im Modell wohl eher nicht.
___
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug
Werner hat's mal wieder nicht kapiert...
Ich hatte schon mal angefangen einen scoped_validator zu schreiben, hab's aber
nicht zu ende gebracht.
ein wenig pseudocode:
validate_scoped :if = your_lambda do
validate_existence...
validate_presence...
end
wenn interesse besteht, dannwürde ich
Am 15.02.2011 um 15:34 schrieb Peter Schröder:
Werner hat's mal wieder nicht kapiert...
Tja Herr Bademeister..
immer noch hier..?
.
Die Idee an sich hatte ja immerhin Charme...
Werner Laude
http://www.webagentur-laude.de
___
find ich gut. go peter, go peter ...
___
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug
ich hab grade mal einen prototyp gebaut.
vielleicht hat ja jemand interesse:
https://github.com/phoet/scoped_validations/blob/master/spec/user.rb
gute nacht
___
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
Hallo,
On 15.02.2011, at 22:25, Peter Schroeder wrote:
ich hab grade mal einen prototyp gebaut.
vielleicht hat ja jemand interesse:
https://github.com/phoet/scoped_validations/blob/master/spec/user.rb
http://apidock.com/rails/v3.0.0/Object/with_options
Vielleicht ist's ja einfach schon
Hi Jens,
die kannte ich noch nicht!
wenn's mit validations auch funktioniert, dann wäre das ja eine
schönere lösung als an jede validation :unless :admin dran zu
schreiben
von meiner uschi deluxe gesendet
Am 15.02.2011 um 22:46 schrieb Jens Krämer j...@jkraemer.net:
Hallo,
On 15.02.2011,
14 matches
Mail list logo
