gslender
05-01-2008, 10:24 PM
Folks,
Would like to receive any feedback about this concept/idea for an extension to Ext-GWT or GWT for that mater.
I'm looking for a way to completely abstract a UI module that can be auto-loaded (via JS file loading) as part of a pluggable framework to GWT development. :-?
ie you have an application with 200+ views and it can be broken into 5 sub-applications, yet you wish to have been seen as a distinct single application - current approaches are...
1) You build it as one single application - that is compiled by GWT into a massive 900K+ JS file. This has the downsides of being monolithic and hard to debug/test as a single app.
2) You build it as separate GWT modules - these are separate GWT mini-applications, each with their own entrypoint, but when compiled, produce a single massive 900K+ JS file. This has the downsides of being monolithic and the user is subjected to that large download, but offers simpler debug/test of separate modules.
What I'm suggesting is the development of a 3rd approach /:)
3) You build it as separate GWT applications that use a pluggable library framework that the main application can query and download JS designed to be integrated and interact with the main JS objects. This has the upsides of being trully plugable, offers simpler debug/test of separate modules and the download of the application is staged depending on the part of the application being viewed.
Does this seem worthwhile? Do ways to do this already exist? Am I smoking something that I shouldn't ????? :D
Would like to receive any feedback about this concept/idea for an extension to Ext-GWT or GWT for that mater.
I'm looking for a way to completely abstract a UI module that can be auto-loaded (via JS file loading) as part of a pluggable framework to GWT development. :-?
ie you have an application with 200+ views and it can be broken into 5 sub-applications, yet you wish to have been seen as a distinct single application - current approaches are...
1) You build it as one single application - that is compiled by GWT into a massive 900K+ JS file. This has the downsides of being monolithic and hard to debug/test as a single app.
2) You build it as separate GWT modules - these are separate GWT mini-applications, each with their own entrypoint, but when compiled, produce a single massive 900K+ JS file. This has the downsides of being monolithic and the user is subjected to that large download, but offers simpler debug/test of separate modules.
What I'm suggesting is the development of a 3rd approach /:)
3) You build it as separate GWT applications that use a pluggable library framework that the main application can query and download JS designed to be integrated and interact with the main JS objects. This has the upsides of being trully plugable, offers simpler debug/test of separate modules and the download of the application is staged depending on the part of the application being viewed.
Does this seem worthwhile? Do ways to do this already exist? Am I smoking something that I shouldn't ????? :D