hi Diego, thanks for sharing knowledge about as3signals.
I would have used same approach, but implementation would have used changeWatcher. In view create a watcher for the model's property. In view: ChangeWatcher.watch(MyModel.getInstance(), "itemsUpdated", ItemsUpdatedHandler); Raj 2011/2/8 Diego Ponce de León <[email protected]> > Oh, and if someone ask why I´m using Signals here, the answer is easy: I > don´t want to create a new flash Event wherever I need to fire a > notification or dispatching data. So, in the example, "itemsUpdated" is just > a property in the model: > > public var itemsUpdated:Signal = new Signal(ArrayCollection); > > El 8 de febrero de 2011 17:48, Diego Ponce de León > <[email protected]>escribió: > > Yeah, that would be a possible "solution". But in that way you are missing >> the point. You are breaking the hold view encapsulation and the framework >> flow. >> >> I´m using another "solution" in a current project: >> The model has one or more Signal events (as3Signals) that is fired from a >> command. The model itself is a Singleton, so I can do something like this >> from the command: >> >> private function OnResult(event:ResultEvent):void >> { >> var items:ArrayCollection = event.result as ArrayCollection; >> MyModel.getInstance().items = items; >> MyModel.getInstance().itemsUpdated.dispatch(items); // itemsUpdated >> is a simple Signal >> } >> >> on the view: >> >> MyModel.getInstance().itemsUpdated.add(ItemsUpdatedHandler); >> >> private function ItemsUpdatedHandler(items:ArrayCollection):void >> { >> // do something >> } >> >> >> The view is subscribed to that Signal. This way the view can notice when a >> command is done and I don´t break the MVC flow because the view only knows >> about the model. >> >> What do you think? >> >> 2011/2/8 Raj <[email protected]> >> >> >>> hi Diego, >>> >>> What you probably need is a callback method. >>> If view could have a handle to operation's AsynToken, it can attach its >>> own responder to it. >>> >>> This mechanism along with cairngorm's boilerplate code will certainly >>> make a project's code complex and difficult to debug. >>> >>> I would rather share the reference to the service endpoint to the view >>> and let view attach a responder to it. >>> Am assuming that the view is a large piece of code providing significant >>> functionality and not just a tiny view like a Alert with more buttons. >>> Then this approach is still scalable as the complexity of that view >>> remains in one file. >>> >>> Every application is different and this approach may not work >>> universally. >>> >>> regards, >>> Raj >>> >>> 2011/2/3 Diego Ponce de León <[email protected]> >>> >>>> It is not just "plenty of boiler plate code" thing. >>>> >>>> For me the Cairngorm´s handicap is that all views are based on data >>>> binding. Don´t get me wrong. Flex data binding is a wonderful world, but >>>> not >>>> for every case. >>>> >>>> This is a usual scenario: >>>> >>>> >>>> 1. View dispatch an event >>>> 2. FrontController catch it and execute a command >>>> 3. The command make a service call and wait to response >>>> 4. The command gets the service response and modifies the model >>>> (bindable) >>>> 5. The view updates JUST because a property is binded to the model >>>> >>>> >>>> The last point is very useful sometimes, for example, if you have a list >>>> or datagrid listening to some bindable variable at the model. >>>> But what happens if you just need to call a method in the view? >>>> What happens if you just need to change any value property in the view, not >>>> depending on the model? >>>> >>>> Ok, and you could say: "put that property in the model"... >>>> Sadly, that is wrong in many scenarios (too many for me) >>>> >>>> So, it could happen that a change on the view is not dependent on the >>>> model or a variable, and you just need to tell the view to update or change >>>> itself in some way. >>>> A good example of what I´m talking about are Robotlegs view mediators. >>>> >>>> >>>> >>>> 2011/1/25 Prasanna <[email protected]> >>>> >>>> hello Diego, >>>>> Can you justify why Cairngorm is worst? >>>>> >>>>> On Jan 22, 11:40 pm, Diego Ponce de León <[email protected]> wrote: >>>>> > Whatever you do, don't use cairngorm. It's the worst framework I've >>>>> ever >>>>> > used >>>>> > El 22/01/2011 13:27, "naveen SR" <[email protected]> escribió: >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > > If you have communication to server side I would recommend MATE >>>>> framework >>>>> > > ....http://mate.asfusion.com/. >>>>> > >>>>> > > I like this framework over the others for several reasons :). >>>>> > >>>>> > > Thanks, >>>>> > > Naveen >>>>> > >>>>> > > On Sat, Jan 22, 2011 at 4:10 AM, Daniel Gerep < >>>>> [email protected] >>>>> > >wrote: >>>>> > >>>>> > >> Hi guys. >>>>> > >>>>> > >> Which is the best framework to work with Flex? I'll start a new >>>>> project >>>>> > and >>>>> > >> want to use a framework and I don't have to much experience with >>>>> Flex. >>>>> > >>>>> > >> Thanks in advance. >>>>> > >>>>> > >> -- >>>>> > >> *Att* >>>>> > >> *Daniel Gerep* >>>>> > >> *www.redenoos.com.br* >>>>> > >>>>> > >> -- >>>>> > >> You received this message because you are subscribed to the Google >>>>> Groups >>>>> > >> "Flex India Community" group. >>>>> > >> To post to this group, send email to [email protected]. >>>>> > >> To unsubscribe from this group, send email to >>>>> > >> [email protected] >>>>> <flex_india%2Bunsubscribe@googlegrou ps.com> >>>>> > >>>>> > <flex_india%[email protected] >>>>> <flex_india%252Bunsubscribe@googl egroups.com> >>>>> > >>>>> > >> . >>>>> > >> For more options, visit this group at >>>>> > >>http://groups.google.com/group/flex_india?hl=en. >>>>> > >>>>> > > -- >>>>> > > You received this message because you are subscribed to the Google >>>>> Groups >>>>> > >>>>> > "Flex India Community" group.> To post to this group, send email to >>>>> [email protected]. >>>>> > > To unsubscribe from this group, send email to >>>>> > >>>>> > [email protected] >>>>> <flex_india%2Bunsubscribe@googlegrou ps.com> >>>>> > .> For more options, visit this group at >>>>> > >>>>> > http://groups.google.com/group/flex_india?hl=en. >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Flex India Community" 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/flex_india?hl=en. >>>>> >>>>> >>>> >>>> >>>> -- >>>> Diego Ponce de León >>>> >>>> http://www.xleon.net >>>> http://twitter.com/diegoxleon >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Flex India Community" 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/flex_india?hl=en. >>>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Flex India Community" 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/flex_india?hl=en. >>> >> >> >> >> -- >> Diego Ponce de León >> >> http://www.xleon.net >> http://twitter.com/diegoxleon >> >> > > > -- > Diego Ponce de León > > http://www.xleon.net > http://twitter.com/diegoxleon > > -- > You received this message because you are subscribed to the Google Groups > "Flex India Community" 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/flex_india?hl=en. > -- You received this message because you are subscribed to the Google Groups "Flex India Community" 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/flex_india?hl=en.
