And here's one opinion:
http://www.nabble.com/-Wicket-user--ajax-libraries---wicket-tf3191437.html#a8870490

Eelco

On 4/4/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> > So, I have some questions that I hope people can answer, or at least point 
> > me in
> > the right direction to look for the answers ;-) I am currently working with
> > Wicket 1.2.5…
>
> Wicket 1.3 is much improved, so if you don't mind working on a
> development branch that'll be better.
>
> > I have found comparisons between Wicket and Tapestry (and JSF), but none
> > between Wicket and GWT. Are there any out there?
> > When using GWT, you appear to get AJAX for free. We are trying to produce
> > Wicket code to a) add dynamic components to a web page at runtime and b)
> > have those components (like a link) modify an existing component when
> > selected, all on the client-side with no calls back to the server. Is there
> > any code available that demonstrates this capability?
>
> With Wicket, the majority of the state is kept on the server. It's
> easy enough to wrap a couple of JavaScript widgets and achieve the
> same. But if you are after a model where there are zero round trips to
> change parts of the page, GWT might be a better choice. Though imo
> there wouldn't be a lot of chances of actually achieving that, as
> typically components are backed by some data source, right (at least
> if you're developing data driven apps). So even if you would be able
> to add those components dynamically themselves, you probably still
> have to do one or more roundtrips to get the data. Wicket is
> potentially more efficient (and without limitations!) in getting that
> data as it can handle a couple of components or a page at the same
> time, whereas in GWT's model you'll probably have to get fresh data in
> separate service calls. Of course, both can be optimized, so it's not
> a real argument for either probably.
>
> With Wicket, Ajax is optional, whereas with GWT it's Ajax all the way.
> It depends on what you need/ prefer. Personally, I would pick the
> framework with the programming model you like best. And the best way
> to find that out is to do something (preferably non-trivial) with
> both.
>
> Eelco
>

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to