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
{{ message }}
This repository was archived by the owner on Feb 26, 2023. It is now read-only.
Repository navigation
This repository was archived by the owner on Feb 26, 2023. It is now read-only.
RoboGuice 2.0 has just been release, we should provide the RoboActivity behavior without having to extend RoboActivity, as we did for RoboGuice 1. We should also do it for RoboFragment.
Should we support both versions, by looking in the build path for class that only exists in 2.0 ?
The main difference that breaks compatibility with AndroidAnnotations seems to be that InjectorProvider has been removed, and instead RoboGuice.getInjector(Context) is used. It also no longer requires RoboApplication
Yeah, sorry, but we have a lot on our plate and RoboGuice 2.0 support hasn't been a priority. I'd love to do it, just didn't have the time to do it yet.
Yeah, sorry, but we have a lot on our plate and RoboGuice 2.0 support
hasn't been a priority. I'd love to do it, just didn't have the time to do
it yet.
—
Reply to this email directly or view it on GitHubhttps://github.com//issues/172#issuecomment-9136446.
No problem, i'm just started writing my 1st android app and your frramework
seems to be the most complete, but still missing a few things like form
validation. I'm sure the android frameworks and libraries etc will mature
more in the comings years more like the traditional java stuff.
It's not in the roadmap because this hasn't been a priority for us. I haven't used RoboGuice 2.0. I'd rather consider integrating with Dagger than RoboGuice, but of course both aren't exclusive. If anyone is willing to give this a shot, please go ahead.
@DayS this can be closed now, since i implemented RoboGuice 2 support. I just read @pyricau wanted RoboFragment support, too, but i think that can go to another issue if needed. BTW i think RoboGuice support can be extended if it is moved to a plugin so it does not bother core users.
RoboGuice 2.0 has just been release, we should provide the RoboActivity behavior without having to extend RoboActivity, as we did for RoboGuice 1. We should also do it for RoboFragment.
Should we support both versions, by looking in the build path for class that only exists in 2.0 ?