Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>I think I've invested some time for both frameworks. I really like both because they bring the Swing-alike coding to web development. And I don't know easier ones for me (although there is click but I don't like the velocity templating thing)</p> <p>And yes, there are differences.</p> <blockquote> <p>I wont have to worry much about the look and feel.It comes with nice themes</p> </blockquote> <p>true, but every serious company will style its app differently (unless you are prototyping)</p> <blockquote> <p>I will do all my programming in java which am very good at and wont have to spend time hacking css which am not very good at</p> </blockquote> <p>Then Vaadin would be 'better'.</p> <blockquote> <p>i will loose the ability to create UI declaratively.</p> </blockquote> <p>What are the advantages of that? (BTW: you could code declarative in groovy ;-)) </p> <p>But ok. I know what you mean: if you can effort a separate designers than wicket is 'better'.</p> <blockquote> <p>i can hardly give them a desktop look and feel. </p> </blockquote> <p>Why not? Or what do you mean here? Wicket supports ajax and there are components which supports nice 'desktop-alike' things (ajaxlink, lazycomponent, autocompletion, progressbar, see wicket stuff + extensions). ok, for any more complex component you'll have to code in javascript BUT BTW did you know that you could even <a href="https://cwiki.apache.org/WICKET/google-web-tools-starting-point.html" rel="noreferrer">use GWT within wicket</a></p> <p>Some minor experiences:</p> <p>Vaadin is surely faster while coding (no css, html stuff). But if you go production keep in mind that the ease of programming can come to the cost of performance on the client side: e.g. if you use the 'wrong' layouts such as Horizontal/VerticalLayout, ... the massive use of javascript could slow down old browser.</p> <p>But Vaadin is not slow! Use appropriate layouts such as CssLayout or FastLayout and also old browser can serve it. (Although if you would use CssLayout your coding-style is really wicket-alike.)</p> <p>One issue with Vaadin is that it is a bit harder to profile, because you don't see easily where the client needs all the CPU and the nested divs gets cryptic id-names.</p> <p>One great thing about Wicket is its <a href="http://www.atomicgamer.com/dev/2009/10/wicket-guice-2-0-warp-persist-2-0/" rel="noreferrer">warp persist integration</a></p> <p>(Guice can be integrated in Vaadin and Wicket)</p> <p>Testing the UI should be easy with Vaadin (although I didn't found unit testing stuff) and is very easy <a href="http://wicket.apache.org/apidocs/1.4/org/apache/wicket/util/tester/WicketTester.html" rel="noreferrer">with wicket</a>.</p> <p>Last but not least creating lists/tables is VERY easy in Vaadin compared to wicket.</p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
    3. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload