What about deferred SchemaTypes?

[ravishi]

Hey guys. I've had this idea on my head for some time. What do you think about supporting deferred schema types?

I mean, colander atually supports them, all you have to do is inherit from colander.deferred and override __call__.

But since SchemaType.bind binds the attributes in an undefined order, something that depends on the type of the node can be binded before the type itself and break.

So I concluded that if the type was guaranteed to always be binded before anything else, It would be fine to have deferred schema types.

I think this could be useful while writing colander extensions, since sometimes is better to let the clients use the dialect colander.SchemaNode(CustomType()) than forcing them to use a custom node mylib.SchemaNode().

What do you think?

[kiorky]

Having an implementation would help to understand your whole idea. So if you can make a pullrequest, i ll be happy to review and merge it.

For the idea itself, i think it is just an harmless improvment and i am fine with it. @mcdonc ?

[mcdonc]

Not sure, I guess I'd need to see some code.