You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Take note, the new adapter specification in 3.x accomplishes something similar but in a different fashion. It uses methods that the user can override in order to pick or otherwise transform the keys.
Take note, the new adapter specification in 3.x accomplishes something
similar but in a different fashion. It uses methods that the user can
override in order to pick or otherwise transform the keys.
—
Reply to this email directly or view it on GitHub #66 (comment).
I've actually managed to extract a lot of common adapter functionality into a base Adapter class, which saves a lot of boilerplate. If you take a look at say js-data-mongodb v1 you'll see that it only has to provide a few MongoDB specifics, but it was full lifecycle hook, debug logging, and relation eager-loading support.
The base class also makes it much easier to keep adapters in sync as far as the adapter interface goes.
Activity
jmdobry commentedon Mar 11, 2016
Take note, the new adapter specification in 3.x accomplishes something similar but in a different fashion. It uses methods that the user can override in order to pick or otherwise transform the keys.
techniq commentedon Mar 11, 2016
Awesome. I need to take a look at them.
On Thu, Mar 10, 2016, 11:58 PM Jason Dobry notifications@github.com wrote:
jmdobry commentedon Mar 11, 2016
I've actually managed to extract a lot of common adapter functionality into a base Adapter class, which saves a lot of boilerplate. If you take a look at say js-data-mongodb v1 you'll see that it only has to provide a few MongoDB specifics, but it was full lifecycle hook, debug logging, and relation eager-loading support.
The base class also makes it much easier to keep adapters in sync as far as the adapter interface goes.