now i have two things
- how would i extend Ai to "eat" the two-arg version
params, options? (i think you hinted this twice already) - can we change Ai to not add any readers but only merge the auto-injected parameters into the
optionshash? that would all happen on the class-level
you can use reform with dry-validation, it's pretty amazing
UserSchema.call({}).output :)
you can use reform with dry-validation, it's pretty amazing
Great, OK then!
Will try, thanks Nick! BTW: you had great presentation at #pivorak!
my initializer looks like
def initialize(params, options)
@options = options #this is the dependency hash
end
so i kinda want to avoid the overriding from Ai
because we don't need separate instance variables per dependency, i store them all in one hash
@yuriidanyliak what does
Schema#output do?
@apotonick, usually using like
validation = schema.call(params)
validation.success? ? validation.output : validation.messages
@yuriidanyliak ok, but what's the meaning of "output" in this specific case?
so basically
form.sync
starting to try to replace my Virtus addiction by dry-types 😜
I have a domain object that maps a remote API resource object ... and for example some of the attributes are DateTime instances
& for example, the responsability of coercion for DateTime values should be done outside of the object itself?
it won't coerce anything and will just put a string on the object state
User.new(schema.call(some_data_from_api)) <= just this
of course validation can fail so you may want to handle this however you want
but that forces the schema to be defined twice somehow, right?
on the struct, and on the schema definition