Hi Charles, As a newbie I appreciate you may not have full overview of all things Flex; MVC is definitely a concept that most developers are widely accustomed to within the Flex development world, in fact it is hotly debated.
At a micro-level, you could say that the SDK is in some way implementing MVC, for example, a DropDownList, its skin and its data provider. There are a number of macro level MVC/MVP "architectural" frameworks around (some of which also include other features such as dependency injection, command patterns, messaging, etc). Some of these frameworks are quite prescriptive/intrusive, whilst others are not. Examples of 'architectural' frameworks in Flex: Cairngorm 2 PureMVC Mate Parsley SpringAS Swiz Cairngorm 3 Robot Legs others I'm sure for the record as far as the core SDK goes, I would prefer to see it kept relatively light-weight and focus on ensuring no regression and improve ability to unit-test. I am not against additional frameworks, ui component sets, etc (I use Parsley most of the time), but I would prefer to go elsewhere to get them. Besides, I don't think the mailing list servers could handle the architectural framework war ;-) hth dan ________________________________ From: Charles Monteiro <char...@monteirosfusion.com> To: flex-dev@incubator.apache.org Sent: Friday, 2 March 2012, 14:38 Subject: Re: [OT] Thoughts on a Apache Flex MVC Framework There's a difference between a plugin to a framework and "goodies" / "gem" like repository. The difference is that a "goodies" repository depends on the its "universe" typically that being a language and if done well its declared dependencies to other entities. A plugin is a direct extension to a framework. My question was whether there was a "goodies" repository in general and again pardon the newbiness, I did not mean exclusively to the Flex framework, Rafael, I don't think you have to work too hard on the branding and if you want to get feedback sooner than later I think that GitHub is an excellent place to store the code plus you can put up some basic docs or readme instructions quickly and it will all look very nice and tiddy. For now, a nicely searchable wiki with categories and tags for the various "goodies" would be an excellent start. MVC is a natural intuitive separation of concerns so not overly complicated to I guess those that are accustomed to it. In my case , as a Smalltalker I have been working with only MVC UI frameworks since 94 so I welcome them and personally would rather see your stuff sooner than later :) -Charles On Thu, Mar 1, 2012 at 12:36 PM, Igor Costa <igorco...@gmail.com> wrote: > I always believe that an MVC approach into Flex SDK will succumb the > freedom of choice by many developers out there. > > I suggestion is to adopt a mvc aware that can be fit in any other MVC out > there. > > > The suggestion of Ruby Gems model I totally disagree, because as in Ruby > Gems doesn't have access to core functionality of Framework . Which this > replicates on our current Flash Player and AIR run-time architectures that > leads by SWC. > > More flexible, more adopted, that's why I like the way JQuery does, with > Plug-in architecture, which is more flexible and can be apply drawbacks on > future releases of SDK. > > > Regards > Igor Costa > > > 2012/3/1 João Fernandes <joaopedromartinsfernan...@gmail.com> > > > On 1 March 2012 17:13, andrei apostolache <apostolache.and...@gmail.com > > >wrote: > > > > > And I don't see why I will need a MVC framework directly implemented > in > > > Flex SDK, > > > > > > > That's not I said, it's an extension so the core would never have > > dependencies on extensions, otherwise they aren't extensions anymore. > > > > > > > Each project should have it's own purpose, because anyone who uses Flex > > may > > > not necessarily use FlexUnit, or BlazeDS. > > > We already have Apache Flex (as core) and extensions (each project with > > his > > > own purpose). > > > > > > That's why it's called extensions, they would have different releases > > from > > the core. > > Why under Flex Apache project? Because often those projects could be > > enhanced by the community and usually many of those are under a > repository > > but the community can't commit to it. Of course you can fork it but you > > loose the visibility of those enhancements. How many OS projects where > > forked and those enhancements where lost in the wild? > > > > > > -- > > > > João Fernandes > > > -- Charles A. Monteiro www.monteirosfusion.com sent from the road
