Wicket and the Generics Battle (and a bit more)

Wicket 1.4(generics)/1.5 Johan Compagner

Wicket and Generics Last year on stage the first big cut of generics was committed

Wicket and Generics What did happen?

Wicket and Generics Hell broke loooose...

1.4 Generics Who uses 1.4 already? Who does like generics in wicket? Any suggestions for improvements?

My suggestions (to Sun) The class definition public class TextField <T> extends AbstractTextComponent<T> The constructor public TextField( final String id, IModel<T> model, Class<T> type)

My suggestions (to Sun) TextField<Integer> tf = new TextField<Integer> ( "id" , new Model<Integer>(), Integer. class ); Integer value = tf.getModelObject();

My suggestions (to Sun) TextField tf = new TextField( "id" , new Model<Integer>()) ; Integer value = tf.getModelObject() ; 1> Only declare it on one side 2> Better type inference based on what it gets (so from the Model) 3> No erasure, so be able to get the type from the instance.

My suggestions (to Sun) The Link class Some use it with an object others dont Link lnk = new Link(); Better type inference : No IModel default to void Or public abstract class Link<T default Void> extends AbstractLink

One tip for 1.4 Use Page.getPageReference() And PageReferene.getPage()

1.5 We will not break the world (Matej told me that I had to say that) But loads of internals will be rewritten.

1.5 Remove getDefaultModel() (introduced by generics 1.4) Auto detach of models that are held by any field.(maybe 1.4) Improved Markup Inheritance “ UrlBuilder”

1.5... Any key things that should be done?

Wicket and the Generics Battle (and a bit more)

by jcompagner on Mar 25, 2009

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 9

Statistics

Wicket and the Generics Battle (and a bit more) — Presentation Transcript