Commentaires sur : Optimiser le temps de chargement d’une application GWT (2/2) http://blog.octo.com/optimiser-le-temps-de-chargement-d%e2%80%99une-application-gwt-22/?utm_source=rss&utm_medium=rss&utm_campaign=optimiser-le-temps-de-chargement-d%25e2%2580%2599une-application-gwt-22 Le blog d'OCTO Technology, cabinet d'architectes en systèmes d'information Thu, 09 Feb 2012 10:02:06 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Par : François Wauquier http://blog.octo.com/optimiser-le-temps-de-chargement-d%e2%80%99une-application-gwt-22/comment-page-1/#comment-1873 François Wauquier Mon, 07 Dec 2009 06:48:22 +0000 http://blog.octo.com/?p=4233#comment-1873 Concernant les frameworks MVC client, Je vous invinte à essayer http://code.google.com/p/gwt-mvc/ Concernant les frameworks MVC client,
Je vous invinte à essayer http://code.google.com/p/gwt-mvc/

]]> Par : Pierre http://blog.octo.com/optimiser-le-temps-de-chargement-d%e2%80%99une-application-gwt-22/comment-page-1/#comment-1830 Pierre Thu, 26 Nov 2009 15:34:19 +0000 http://blog.octo.com/?p=4233#comment-1830 Merci pour cet article très intéressant. Effectivement, la version 1.0.0 de Mvp4g instancie tous les composants à l'initialisation. L'utilisation de lazy panel est possible mais pas facilité. La prochain version 1.1.0 de Mvp4g va intégrer un système de 'lazy binding' (similaire au lazy loading pour les vues). La vue ne sera bindé au presenter seulement lorsque que celui-ci doit traiter son premier évènement. L'initialization des composants se fera toujours au démarrage mais la construction de ceux-ci pourra facilement être repoussé lors du bindage, c'est à dire lors de leur première utilisation (voir le message suivant: http://groups.google.com/group/mvp4g/browse_thread/thread/1fa4aeed1e25fff2). Qu'en pensez-vous? Merci pour cet article très intéressant.

Effectivement, la version 1.0.0 de Mvp4g instancie tous les composants à l’initialisation. L’utilisation de lazy panel est possible mais pas facilité.

La prochain version 1.1.0 de Mvp4g va intégrer un système de ‘lazy binding’ (similaire au lazy loading pour les vues). La vue ne sera bindé au presenter seulement lorsque que celui-ci doit traiter son premier évènement. L’initialization des composants se fera toujours au démarrage mais la construction de ceux-ci pourra facilement être repoussé lors du bindage, c’est à dire lors de leur première utilisation (voir le message suivant: http://groups.google.com/group/mvp4g/browse_thread/thread/1fa4aeed1e25fff2).

Qu’en pensez-vous?

]]> Par : Nantes JUG Technologies Google [DrazziB Website] http://blog.octo.com/optimiser-le-temps-de-chargement-d%e2%80%99une-application-gwt-22/comment-page-1/#comment-1797 Nantes JUG Technologies Google [DrazziB Website] Tue, 17 Nov 2009 19:52:04 +0000 http://blog.octo.com/?p=4233#comment-1797 [...] RunAsync : permet de charger des parties d'une application GWT “on-demand”, plutôt que de charger toute l’application dès l'affichage initiale dans le navigateur (sinon, on arrive vite à des applications avec UN fichier javascript > 800Ko) Voir article [...] [...] RunAsync : permet de charger des parties d'une application GWT “on-demand”, plutôt que de charger toute l’application dès l'affichage initiale dans le navigateur (sinon, on arrive vite à des applications avec UN fichier javascript > 800Ko) Voir article [...]

]]>