So, in the case where you might end up needing more than 1 service, it seems from what I've read, there are 2 approaches out there: 1) Pass ALL services (via their interfaces) to the presenter. This can also be done by injecting them. 2) Have a global service registry which initializes all the services in the entire app and can be reached throughout the app, i.e., EditContectServiceAsync GWTServiceRegistry.getEditContactService().
Anyone care to comment which way is better and why? Both approaches seem to be valid and have their pros/cons. Also, are there any other approaches to this that anyone knows about? Thanks, Yaakov. On Jan 16, 8:43 pm, ojay <[email protected]> wrote: > Hi, > > i agree with Julien .... it would be interesting how his case would be > handled. Does somebody has an idea? > > Hope somebody will response to this topic > > On 10 Jan., 14:30, Juju <[email protected]> wrote: > > > Hello, > > > There is one thing that I don't understand very well. I'm building an > > application with multiple services (imagine something like > > contactService, teamService, etc). Is there multiple AppController? In > > yourexample, the AppController is link with one service (the > > ContactService). It's a little dark for me. > > > Thanks, > > > Julien > > > On 3 jan, 20:48, Flemming Boller <[email protected]> wrote: > > > > Hi Chris > > > > Thanks for you input around the dividing of presenters and views in bigger > > > apps like Gmail. > > > > Do you have any brief input on how runAsync andMVPplay together? > > > > /Flemming > > > > On Sun, Jan 3, 2010 at 8:36 PM, Chris Ramsdale <[email protected]> > > > wrote: > > > > Yaakov, > > > > > Having multiple presenters driving a single view would be a bit strange. > > > > Typically want to the presenter to define the display interface that the > > > > view will implement. Having multiple presenters drive a single view > > > > means > > > > that either a) the display interface is defined in some parent presenter > > > > class, or b) one of the presenters is responsible for defining the > > > > display > > > > interface. Either way, it decouples the presenter->display relationship > > > > that > > > > is inherent to theMVParchitecture. > > > > > For applications with large UI frontends, you could consider breaking > > > > the > > > > UI up into smaller presenter/view pairs that are managed by some > > > > controller > > > > class. Take forexampleGmail; the folder list would be one presenter with > > > > an associated view, the inbox list another, the Google Talk interface > > > > another, and so on. All of these would then be managed by some > > > > MainViewController class. > > > > > Keeping widget-based code out of the presenter for ease of testing is > > > > golden. Beyond that it's really a question how much code you want to > > > > maintain within a single presenter and view. > > > > > On Sun, Jan 3, 2010 at 9:20 AM, Yaakov Chaikin > > > > <[email protected]>wrote: > > > > >> Chris, or anyone else with experience onMVPin GWT... > > > > >> Practically, do you always have 1 view as the user sees it, i.e., the > > > >> whole GUI, or if your GUI has many components (as most GUIs do), do > > > >> you have multiple views, and most importantly, multiple presenters, > > > >> presenting 1 coherent view to the user? In yourexample, this would be > > > >> similar to splitting the GUI into a view that has the buttons and the > > > >> GUI that has the list. > > > > >> How would that be handled inMVP? > > > > >> Thanks, > > > >> Yaakov. > > > > >> On Wed, Dec 30, 2009 at 2:43 PM, Chris Ramsdale <[email protected]> > > > >> wrote: > > > >> > While I see that someone has already found it, I just wanted to let > > > >> everyone > > > >> > know that it's officially there. > > > > >>http://code.google.com/webtoolkit/doc/latest/tutorial/mvp-architectur... > > > > >> > We're looking to put together parts 2 and 3 shortly. So far I have UI > > > >> Binder > > > >> > and Code Splitting integration as topics of interest. Let us know > > > >> > what > > > >> else > > > >> > would be of help. > > > >> > - Chris > > > > >> > On Tue, Dec 29, 2009 at 1:00 PM, jpnet <[email protected]> > > > >> > wrote: > > > > >> >> I really like this article: > > > > >>http://code.google.com/webtoolkit/doc/latest/tutorial/mvp-architectur... > > > > >> >> However, it's almost useless without the entire source package. Are > > > >> >> there any plans to post the source code? > > > > >> >> Thanks, > > > > >> >> JP > > > > >> >> -- > > > > >> >> 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]<google-web-toolkit%[email protected]> > > > >> . > > > >> >> For more options, visit this group at > > > >> >>http://groups.google.com/group/google-web-toolkit?hl=en. > > > > >> > -- > > > > >> > 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]<google-web-toolkit%[email protected]> > > > >> . > > > >> > For more options, visit this group at > > > >> >http://groups.google.com/group/google-web-toolkit?hl=en. > > > > >> -- > > > > >> You received this message because you are subscribed to the Google > > > >> Groups > > > >> "Google Web Toolkit" group.> >> To post to this group, send email > > > >> [email protected]. > > > >> To unsubscribe from this group, send email to> > > > >> >>[email protected]<google-web-toolkit%[email protected]> > > > >> . > > > >> For more options, visit this group at > > > >>http://groups.google.com/group/google-web-toolkit?hl=en. > > > > > -- > > > > You received this message because you are subscribed to the Google > > > > Groups > > > > "Google Web Toolkit" group.> > To post to this group, send email > > > > [email protected]. > > > > To unsubscribe from this group, send email to> > > > > >[email protected]<google-web-toolkit%[email protected]> > > > > . > > > > For more options, visit this group at > > > >http://groups.google.com/group/google-web-toolkit?hl=en.
-- 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.
