FWIW, my compiled js code for just my SmartGWT app is around 300k, and it's based off of the SmartGWT Showcase. I think I also have about 3MB worth of icons, but that's besides the point. =)
On Sat, Aug 15, 2009 at 4:22 AM, Aladdin <[email protected]> wrote: > > The only difference that the GWT compiler will not include the JS in > the downloadable files. So the optimization is not only for the speed > it's also for the size of the application. > > If you wanna developed huge project SmartGWT is the way to go, but > remember that your minimum app is going to be 1mb in size because of > the SmartGWT core files. > > > On Aug 14, 10:34 pm, ckendrick <[email protected]> wrote: > > Hi Malte, > > > > As far as once-ever load time, if you're building an enterprise > > application with several screens and lots of productivity features, > > you're going to be using substantially all of SmartClient - if it was > > written in Java, the impact of the GWT compiler's static analysis > > would be negligible. If you're building something more trivial, just > > a few components and basic interactions, it doesn't really matter what > > you use, anything will do. > > > > On performance, SmartGWT is already more than fast enough in terms of > > UI interactions. It doesn't matter whether a menu appears in 40 > > milliseconds or 60, humans literally cannot perceive that difference. > > So, while I would argue that future changes to the GWT compiler are > > not going to beat SmartClient's hand-coded JavaScript, it doesn't > > matter anyway, it makes no perceptible difference. > > > > What does matter for real world performance is a feature like Adaptive > > Filtering, which radically cuts down on trips to the server, improving > > responsiveness and scalability: > > > > > http://www.smartclient.com/smartgwt/showcase/#grid_adaptive_filter_fe... > > > > SmartGWT has half a dozen other features that make similar, real world > > impacts on performance. This is what actually matters in a deployed > > application. > > > > On Aug 14, 10:59 am, Malte <[email protected]> wrote: > > > > > > > > > Hi all, > > > > > For a few month a had the same problems: GXT or SmartGWT and I choose > > > GXT. Ok now why? > > > The main reason was the speed. Cause the extjs team recreated the > > > whole library in pure GWT code, what make it amazing fast. But that > > > was for a few month. Currently SmartGWT has nearly the same > > > performance, but I think the main reason is that the browsers are now > > > much faster (I am using Firefox 3.5). Currently I am thinking again, > > > but I am not a fan of wrapper libraries. I know there is a lot of work > > > in creating SmartGWT, but there are some disadvantages: > > > 1. When the GWT compiler gets better and can optimize more and more, > > > the SmartGWT library will not get any of these advantages. > > > 2. Loading time! Sure after the first load the load time will be equal > > > to pure GWT application. But the first time is the time where the user > > > decides to stay on this page or not... in most cases there is no > > > second chance. > > > 3. Upcoming features like runAsync bring no advantages. > > > > > Greetz > > > Malte > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~----------~----~----~----~------~----~------~--~---
