I also reduces clutter in your page/component classes. I was already using
this for DAOs because I have one DAO per entity type. Some pages would have
4 or 5 @Injects for DOAs. Now they have one.

Secondly it defines the public API. If you use T5 you do not have access to
private services.

Lastly since it also creates services there is really no development
overhead in using it. Instead of

binder.bind(Foo.class,FooImpl.class)

you have

@Binder(implementation=FooImpl.class)
public Foo foo();

I'm guessing there is some overhead to this but there must be some overhead
in @Inject also. I suspect in most cases is it does not make much difference
one way or the other, but since you can still use services with @Inject

so you can always do this
@Inject Foo foo;

for ( i=0; i < 1000000; i++) {
   foo.method()
}
instead of
for ( i=0; i < 1000000; i++) {
   t5.foo().method()
}



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Library-binder-and-IDE-helper-tp5715397p5715449.html
Sent from the Tapestry - User mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Reply via email to