|author||sameb <firstname.lastname@example.org>||Mon Feb 02 14:07:53 2015 -0800|
|committer||Sam Berlin <email@example.com>||Tue Feb 03 18:07:07 2015 -0500|
Add some SPI methods to allow users to annotate Module methods with arbitrary bindings and have those methods bound as Providers to specialized Keys. This is the basis of what will be used to allow Multibinder/MapBinder/OptionalBinder to have stuff like @SetProvides, @MapProvides, @OptionalProvides and dagger interop support. ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=85361820
Now, out in 4.0 Beta5!
Put simply, Guice alleviates the need for factories and the use of new in your Java code. Think of Guice's @Inject as the new new. You will still need to write factories in some cases, but your code will not depend directly on them. Your code will be easier to change, unit test and reuse in other contexts.
Guice embraces Java's type safe nature, especially when it comes to features introduced in Java 5 such as generics and annotations. You might think of Guice as filling in missing features for core Java. Ideally, the language itself would provide most of the same features, but until such a language comes along, we have Guice.
Guice helps you design better APIs, and the Guice API itself sets a good example. Guice is not a kitchen sink. We justify each feature with at least three use cases. When in doubt, we leave it out. We build general functionality which enables you to extend Guice rather than adding every feature to the core framework.
Guice aims to make development and debugging easier and faster, not harder and slower. In that vein, Guice steers clear of surprises and magic. You should be able to understand code with or without tools, though tools can make things even easier. When errors do occur, Guice goes the extra mile to generate helpful messages.
We've been running Guice in mission critical applications since 2006, and now you can, too. We hope you enjoy it as much as we do.