Return-Path: X-Original-To: apmail-flex-dev-archive@www.apache.org Delivered-To: apmail-flex-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 34F7FD07E for ; Thu, 7 Mar 2013 16:44:14 +0000 (UTC) Received: (qmail 29152 invoked by uid 500); 7 Mar 2013 16:44:13 -0000 Delivered-To: apmail-flex-dev-archive@flex.apache.org Received: (qmail 28897 invoked by uid 500); 7 Mar 2013 16:44:12 -0000 Mailing-List: contact dev-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flex.apache.org Delivered-To: mailing list dev@flex.apache.org Received: (qmail 28876 invoked by uid 99); 7 Mar 2013 16:44:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Mar 2013 16:44:12 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of webdoublefx@hotmail.com designates 157.55.2.89 as permitted sender) Received: from [157.55.2.89] (HELO dub0-omc4-s14.dub0.hotmail.com) (157.55.2.89) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Mar 2013 16:44:08 +0000 Received: from DUB118-DS7 ([157.55.2.72]) by dub0-omc4-s14.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 7 Mar 2013 08:43:46 -0800 X-EIP: [jfrn37kd6i4IjSpa56iSYkqOiv7xw71W] X-Originating-Email: [webdoublefx@hotmail.com] Message-ID: From: =?iso-8859-1?Q?Fr=E9d=E9ric_THOMAS?= To: References:

<2095F5EBE04D59409DFCE91FFCEBF7AF1306289A@EXMBX05.netplexity.local> In-Reply-To: <2095F5EBE04D59409DFCE91FFCEBF7AF1306289A@EXMBX05.netplexity.local> Subject: Re: An Eventbus for Apache Flex applications Date: Thu, 7 Mar 2013 17:43:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-OriginalArrivalTime: 07 Mar 2013 16:43:46.0371 (UTC) FILETIME=[EFBCA930:01CE1B52] X-Virus-Checked: Checked by ClamAV on apache.org Hi Maurice, Good to know, yes I was a bit scared about the reflexion-based injection, when you talk about Multiple hierarchical IOC contexts, do you mean, using modules ? -Fred -----Message d'origine----- From: Maurice Amsellem Sent: Thursday, March 07, 2013 5:25 PM To: dev@flex.apache.org Subject: RE: An Eventbus for Apache Flex applications Hi, I have developed a rather heavy mobile app using Parsley, which is running with very good performance. I am using all the features of Parsley ( Injection, Message/Event bus, Commands, Multiple hierarchical IOC contexts) and the impact on performance is very low overall. The only real issue related to IOC (which is true for all IOC frameworks, not only Parsley) is to not use reflexion-based injection on UI components, because of their hundreds of properties. Parsley's fast injection is great for that. I don't know the equivalent on other frameworks. Hope this helps. Maurice -----Message d'origine----- De : Fr�d�ric THOMAS [mailto:webdoublefx@hotmail.com] Envoy� : jeudi 7 mars 2013 16:28 � : dev@flex.apache.org Objet : Re: An Eventbus for Apache Flex applications 100% true but I guess if you want a light weight app to run on mobile, you will vant to avoid the weight of an IoC. -Fred -----Message d'origine----- From: Christophe Herreman Sent: Thursday, March 07, 2013 3:55 PM To: dev@flex.apache.org Subject: Re: An Eventbus for Apache Flex applications This really depends on the type of application you are building and the size and experience of the team. If you are working on a small project with a very small team, then a singleton/static implementation will work just fine. The problem comes when you work on larger apps that perhaps contain modules and have a larger team of developers. In that case you need to have some rules amongst the team to decide when and how the eventbus can be used. If not, you'll quickly end up with an eventbus that is abused and handles way too much communication. This makes it hard to debug, maintain and test the code. In this scenario I would advise a strategy in which the eventbus is injected and managed in a central location (an IoC container). - Christophe 2013/3/7 Fr�d�ric THOMAS > Hi John, > > I said "inspired" by those frameworks, which, for puremvc multicore at > least doesn't use the singleton pattern but the multiton's one, I > guess is better than completly reinvent the wheel and it might be > light enought extracting what it needs only but maybe some else has a > better solution. > > -Fred > > -----Message d'origine----- From: John Cunliffe > Sent: Thursday, March 07, 2013 3:11 PM > To: dev@flex.apache.org > Subject: Re: An Eventbus for Apache Flex applications > > > I think Sebastian knows these frameworks like most flex developers. > The questions really is how to not tightly couple our components > WITHOUT an extra framework. And so far I've only seen the Singleton > pattern solution - which imho is an anti-pattern really as soon as > testability is required... > but maybe I just like IOC too much. ;-) > > Regards > John > On 7 Mar 2013 15:04, "Fr�d�ric THOMAS" wrote: > > Hi Sebastian >> >> I never been motivated anymore to build my own multicore MVC >> framework as soon as I've seen the one of puremvc back in 2009 IIRC >> (with the use of multiton combined with async command or piped >> events), then, I used the Parsley approach which I prefered from far >> as it integrated the IOC pattern and much more, anyway, you might be >> inspired by the puremvc one [1] or even though I never tried it, the >> robotlegs-signals' one [2]. >> >> -Fred >> >> [1] https://github.com/PureMVC/****puremvc-as3-multicore-**** >> framework/wiki> ramework/wiki> >> > https://github.com/PureMVC/puremvc-as3-multicore-framework/wiki> >> > >> [2] >> http://newtriks.com/2011/08/****12/example-as3-modular-**> riks.com/2011/08/**12/example-as3-modular-**> >> application-using-robotlegs-****signals/> 2011/08/12/example-as3-**modular-application-using-**robotlegs-signal >> s/> ng-robotlegs-signals/> >> > >> >> -----Message d'origine----- From: Sebastian Mohr >> Sent: Thursday, March 07, 2013 10:52 AM >> To: dev@flex.apache.org >> Subject: An Eventbus for Apache Flex applications >> >> Hi, >> >> I am just building a mobile Flex application for a client of mine. I >> wonder if I could build this Flex application with a custom Eventbus, >> but, without the usage of a Microarchitecture (like Mate [1], >> Robotlegs [2], Parsley [3], SpringAS [4] [5] and Swiz [6]). >> >> As you probably already know, I usually build my Flex applications >> with a MVC structure and a Microarchitecture in the back. The result >> of the application MVC structure can be openly reviewed and discussed >> in my LoginExample [7]. >> >> Since there are folks on this mailing list claiming that Flex >> applications with a MVC structure can also be build without the usage >> of a Microarchitecture, I wonder how these folks deal with the >> Command [8] and Controller [9] pattern in their Flex applications? I >> would also be curious how they create a custom Eventbus, so that >> thrown events could still be caught inside of Flex Modules especially >> in Mobile projects? >> >> Is there anyone on this mailing list who can give me an advice how to >> build a custom Eventbus so that I still can use the Command [8] and >> Controller [9] pattern? >> >> Thank you! >> >> >> [1] http://mate.asfusion.com/ >> [2] http://www.robotlegs.org/ >> [3] >> http://www.spicefactory.org/****parsley/> **parsley/> >> > arsley/> >> > >> [4] http://www.springactionscript.****org/> springactionscript.org/ > >> [5] http://www.swizframework.org/ >> [6] http://www.as3commons.org/as3-****commons-eventbus/** >> introduction.**html> introduction.**html> >> > ml >> > >> [7] >> http://code.google.com/p/****masuland/wiki/LoginExample> oogle.com/p/**masuland/wiki/LoginExample> >> > google.com/p/masuland/wiki/LoginExample> >> > >> [8] >> https://code.google.com/p/****masuland/wiki/****NanoarchitectureCmd> ttps://code.google.com/p/**masuland/wiki/**NanoarchitectureCmd> >> > s://code.google.com/p/masuland/wiki/NanoarchitectureCmd> >> > >> [9] >> https://code.google.com/p/****masuland/wiki/****NanoarchitectureCtl> ttps://code.google.com/p/**masuland/wiki/**NanoarchitectureCtl> >> > s://code.google.com/p/masuland/wiki/NanoarchitectureCtl> >> > >> >> >> -- >> Sebastian (PPMC) >> Interaction Designer >> >> > -- Christophe Herreman http://www.herrodius.com http://www.springactionscript.org http://www.as3commons.org