On Sun, Jun 2, 2019 at 12:59 PM Andrew Buck <firstname.lastname@example.org> wrote:
I love GWT 2.8 and I appreciate all the work that the community has put into it as well as the work towards GWT 3.0. I'm trying to understand what the advantage of GWT 3.0 is though. It seems like GWT 3.0 is a subset of GWT 2.8 with a different compiler under the covers. How is the closure compiler better than the GWT 2 compiler and is it really worth trying to switch when GWT 2.8 is mature and works well?
The reason we are moving that way is:
* <1s refresh times in dev mode regardless of the size of the project. The promise is that the compile time is proportional to the size of the change, not the size of the app.
* Potential for much better code optimization and writing custom compiler passes.
* Emitting modules as non-web apps without writing custom linkers. i.e. Currently if you are building a browser extension or a web worker or an app to run in node you need to write a custom linker
* potential for hot-reload in candidate modules without loosing any application state (i.e reload just a single ui component in our react/gwt app without loosing the rest of the state in our application)
To be honest the first two are the main reasons ... the rest is icing on the cake ;)
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to email@example.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/CACiKNc7NUQ1b-AD6ZOrobxH3okOq57_dNjuiDMp3Mr8nCJOprA%40mail.gmail.com.