[aerogear-dev] DataManager API draft

[Daniel Passos]

I don’t know if I like the configuration know how create store, but I really like the registration approach instead of ugly factory

-- 
Daniel Passos

On January 9, 2014 at 9:11:41 AM, Tadeas Kriz (tkriz at redhat.com) wrote:

Hey,

It’s me again with more changes to the DataManager API. I’ve tried many different approaches and this one is basically the only one I got to work as intended (these are only interfaces, no real implementation, but that’s not a problem as it won’t make it much difficult to change current implementations to match those interfaces). Basically, it’s not the best and I had better APIs, but they unfortunately weren’t possible because of restrictions in Java.

You can find the draft here: https://gist.github.com/TadeasKriz/e0f5583e2a24c32dc253

What can I say about this API is, that in this approach the user shouldn’t need to cast the Store<T> (which is real pain in current API) unless he really needs to (like some methods that’ll be available only for the store he wants). In other cases, when the cast is not needed, users will be able to just work with the Store<T> and change the underlying store as they like. So let’s say they’ll be working with MemoryStore in development, because it’s easier to debug. Then the release will be closing in, they’ll just switch to SQLStore very easily.

So, what do you think guys?

—
Tadeas Kriz
tkriz at redhat.com

_______________________________________________  
aerogear-dev mailing list  
aerogear-dev at lists.jboss.org  
https://lists.jboss.org/mailman/listinfo/aerogear-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20140113/f2e17e56/attachment.html