The project I'm working on is using a custom Binder to support two datatypes not natively supported by echo's Binder. When upgrading from echo 2 to echo 3, this has caused some problems.
I'm wondering if any thought has gone into supporting a more general way to extend the Binder's data type translation. I'm thinking of modifying it to support similar, if not identical to, sql's Scanner interface.
For our use case, this would completely eliminate the need for a custom Binder (which is a 98% copy of echo 2's binder).
I think it should be a non-breaking change, and completely backward-compatible, too. As long as checking for the Scanner interface is done after the existing built-in datatypes, the only room for breaking backward compatibility that I can imagine is that some structs which would have failed previously, will now succeed.
Thoughts?
The project I'm working on is using a custom Binder to support two datatypes not natively supported by echo's Binder. When upgrading from echo 2 to echo 3, this has caused some problems.
I'm wondering if any thought has gone into supporting a more general way to extend the Binder's data type translation. I'm thinking of modifying it to support similar, if not identical to, sql's Scanner interface.
For our use case, this would completely eliminate the need for a custom Binder (which is a 98% copy of echo 2's binder).
I think it should be a non-breaking change, and completely backward-compatible, too. As long as checking for the
Scannerinterface is done after the existing built-in datatypes, the only room for breaking backward compatibility that I can imagine is that some structs which would have failed previously, will now succeed.Thoughts?