Also if you use CompoundPropertyModels (widely used) then generics are
completely not used anymore at all..
Speaking for me, I never use expression based property models in any
mid- to large-sized project to have complete(!) refactoring support in
my IDE.
String expression are a lot less verbose than static bindings, that
true.
But once I rename a bean property that get's accessed in a component
or page the change will not affect the string expression of
PropertyModels and friends. So there will be nice runtime errors.
Static binding is your friend here.
So I favor for keeping generics (even though it hurts sometimes).
Cheers
Peter
Am 21.05.2008 um 11:03 schrieb Johan Compagner:
if we drop that then we can pretty much drop also model
Because the model goes into the Component and gone is the generified
model.
Also if you use CompoundPropertyModels (widely used) then generics are
completely not used anymore at all..
So what do we gain then?
For example the DropDownChoice that is generified now makes sure
that i have
a lot less explaining to on this list..
On Wed, May 21, 2008 at 10:54 AM, Martijn Dashorst <
[EMAIL PROTECTED]> wrote:
Am I the only one who gets confused with all those <>? Can't we just
drop the component generification? I see a lot of problems and type
duplication for little gain. I think having IModel generified is a
good thing because it allows you to specify types on your component
constructors.
Martijn
On Wed, May 21, 2008 at 10:38 AM, Gerolf Seitz <[EMAIL PROTECTED]
>
wrote:
On Wed, May 21, 2008 at 10:30 AM, Johan Compagner <[EMAIL PROTECTED]
>
wrote:
always strange that that works
If you just look at it then it seems to be the same thing :)
tbh, i would still like to get an explanation _why_ it works with
<S extends Component<?>> and not directly with <? extends
Component<?>>.
Gerolf
--
Buy Wicket in Action: http://manning.com/dashorst
Apache Wicket 1.3.3 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.3
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
