Thursday, February 23, 2012

Re: Using non disposable activities extracting parameters from a place



On Thursday, February 23, 2012 1:22:38 PM UTC+1, l.denardo wrote:
My problem is that the two activities are actually singletons (not-
disposable), since they have different dependencies injected through
GIN.

If this is the only reason, then it's not a good reason. It's too easy to not use singletons with GIN to not take advantage of it: replace your dependency on CalendarActivity to a dependency on Provider<CalendarActivity> in your ActivityMapper (same for ResourceActivity) and you're done, and you'd have eliminated your issue at the same time.

I wonder what is the best way to have a correct state change when
place chages occur.
*Build a GIN provider or the like for activities and have a different
Activity object returned each time

Definitely (unless you have a good reason to do otherwise)
 
*Do the "new object" loading immediately when the ActivityMapper calls
the setter instead of the start(...) method
*Any other way?

Tracker whether the activity is started or not (as I said on some other similar thread in the past few weeks, this is something you should already be doing anyway IMO) to determine what to do when the setter is called: either wait for the activity to be started, or start loading the data right away if the activity is already "live and running".

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/lIHuwBxc2woJ.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to google-web-toolkit+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.

No comments:

Post a Comment