commit | 842f351c4b2b3b0a90d9f3bcf164d8fd19aede6c | [log] [tgz] |
---|---|---|
author | Sam Berlin <sameb@google.com> | Wed Jul 09 20:30:23 2014 -0400 |
committer | Sam Berlin <sameb@google.com> | Wed Jul 09 20:38:08 2014 -0400 |
tree | 84268752b34c4078f86613a1092b7a25f2a2b05f | |
parent | 6ae9ff6c662e979efea1c5f7195c47ef5715b20a [diff] |
Add support for OptionalBinder to link to normal bindings of that type if neither setDefault nor setBinding are called. From the javadoc, example: * <pre><code> * public class FrameworkModule extends AbstractModule { * protected void configure() { * OptionalBinder.newOptionalBinder(binder(), Renamer.class); * } * }</code></pre> * * <p>With this module, an {@link Optional}{@code <Renamer>} can now be * injected. With no other bindings, the optional will be absent. * Users can specify bindings in one of two ways: * * <p>Option 1: * <pre><code> * public class UserRenamerModule extends AbstractModule { * protected void configure() { * bind(Renamer.class).to(ReplacingRenamer.class); * } * }</code></pre> * * <p>or Option 2: * <pre><code> * public class UserRenamerModule extends AbstractModule { * protected void configure() { * OptionalBinder.newOptionalBinder(binder(), Renamer.class) * .setBinding().to(ReplacingRenamer.class); * } * }</code></pre> * With both options, the {@code Optional<Renamer>} will be present and supply the * ReplacingRenamer. ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=70835975
Now, out in 4.0 Beta4!
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.
For an introduction to Guice and a comparison to new and the factory pattern, see Bob Lee's video presentation. After that, check out our user's guide.
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.