Skip to content
This repository has been archived by the owner on Jan 9, 2020. It is now read-only.

Move DI to dagger 2 #8

Open
Serchinastico opened this issue Nov 20, 2015 · 9 comments
Open

Move DI to dagger 2 #8

Serchinastico opened this issue Nov 20, 2015 · 9 comments

Comments

@Serchinastico
Copy link
Contributor

We should move the current DI system to dagger 2

@pedrovgs pedrovgs added this to the 2.0.0 milestone Jan 5, 2016
@thomasdsouza
Copy link

+1

2 similar comments
@kenyee
Copy link

kenyee commented Jun 10, 2016

+1

@Dulanjala007
Copy link

+1

@trungie
Copy link

trungie commented Jul 5, 2016

Any update when this could possible drop?

@Serchinastico
Copy link
Contributor Author

I think we are not planning to implement this in the near future (@pedrovgs ? @flipper83 ?), but I guess PRs are more than welcome.

@pedrovgs
Copy link
Contributor

pedrovgs commented Jul 5, 2016

I'm not really sure if we should migrate to dagger 2. The API is more and less the same, the performance is better but the usage is not as good as it should. The usage of dagger 1 is much more flexible :S. What do you think @flipper83 ?

@flipper83
Copy link
Member

I was writing when @Serchinastico wrote :P !

We need to review if have sense migrate dagger 2, the only reason to migrate to dagger 2 is square can deprecate dagger 1.

My considerations for not migrate right now are:

  1. Dagger 2 does not allow override modules, this can to give us problems to migrate current code, and I don't like alternives for fix it.

  2. We need to find a solution for hide activities and fragments injections, dagger 2 is more descriptive and restrictive with graph description, and the solutions that we tested for migrate it are really heavies and uglies. When we will find a solution to hide dagger 2 definition, like are right now in Rosie, we will think in migate it.

Not for now, but possible in mid term.

Does not exist any consideration that dagger 2 are better than dagger 1 for this project. Performance is not a bottle neck. The only reason could be obfuscate the code.

@thomasdsouza
Copy link

thomasdsouza commented Jul 8, 2016

Dagger1 is not compatible with Proguard (as flipper83 has mentioned!)

@Aexyn
Copy link

Aexyn commented Sep 7, 2016

+1

@Karumi Karumi locked and limited conversation to collaborators Sep 7, 2016
@Serchinastico Serchinastico removed this from the 3.0.0 milestone Mar 7, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

8 participants