flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Skogen, Espen" <espen.sko...@jpmorgan.com>
Subject RE: Goal for Flex: Strengthening large-scale Flex applications
Date Fri, 13 Jan 2012 11:00:26 GMT
I disagree.  We develop an SDK which developers can use in whichever way they see fit. One
could, on a high level, argue which design patterns are most suited for a particular framework,
but the truth is there is no 'one-size-fits-all' answer to this.

For example, a marketing type app might not have the same requirements to maintainability
and separation of concerns as an enterprise app with a lifespan of multiple years; so for
the SDK team to try and dictate what the approach ought to be, is probably a waste of time.

If you are in charge of a large scale enterprise project, then chances are that you have a
pretty clear idea what kind of application design you're planning to be using. I find the
requirements and technology architecture defines which client technology one chooses - Not
the other way around. In which case, a best practice document is a waste of time. 

On the other hand, were we in the business of delivering an MVC framework or something like
that, which ought to be highly prescriptive to maximise the value of the framework, then it's
a different question altogether - Which is why Adobe Consulting issued best practice guidelines
for how to use Cairngorm.


Espen Skogen | Vice President | IB Tech Market | Investment Bank | J.P. Morgan | 125 London
Wall, EC2Y 5AJ,  London, United Kingdom | T: +442077420836 | espen.skogen@jpmorgan.com | jpmorgan.com

-----Original Message-----
From: jude [mailto:flexcapacitor@gmail.com] 
Sent: 13 January 2012 10:48
To: flex-dev@incubator.apache.org
Subject: Re: Goal for Flex: Strengthening large-scale Flex applications

I have to agree with Sebastian on this. I think it is the responsibility of
the architects to show how they intend the architecture should be used. At
least in an abstract way.

Flex apps with or without micro frameworks have a common setup across them
in general. It would be helpful going forward to describe separation of
concerns and when and where to apply certain principles.

For example, if you looked at any of the Twitter client examples currently
online you'd see how to get the feed and hook it up to a data grid in as
few lines of code as possible. In a production edition you wouldn't do

You'd want to describe the package structure, the use of data models and
data providers and services. You'd include when and how to use item

On Wed, Jan 11, 2012 at 5:02 PM, Omar Gonzalez <omarg.developer@gmail.com>wrote:

> On Wednesday, January 11, 2012, Sebastian Mohr <masuland@gmail.com> wrote:
> > @Roland
> >
> > hmm ... maybe you are right ;) But this is not my concern
> > now. I am talking about building large-scale Flex apps and
> > how to build them the best way.
> >
> >
> > -- Sebastian
> >
> >
> I get what you're saying and I totally feel you, but I don't think it is
> the responsibility of this project to teach how to use the framework in a
> best practices type of way. We're here to advance the SDK. Although I agree
> more educational material is required I don't think that is something we
> need to focus on at this point.
> That being said, nothing is stoping you from drafting such a document and
> bringing it to the list for discussion. If it is good and everyone agrees
> it can get voted to be adopted as official Apache Flex Best Practices,
> otherwise the community will vote it down and we will keep moving forward.
> At least this is my understanding of the "Apache way".
> -omar
This email is confidential and subject to important disclaimers and
conditions including on offers for the purchase or sale of
securities, accuracy and completeness of information, viruses,
confidentiality, legal privilege, and legal entity disclaimers,
available at http://www.jpmorgan.com/pages/disclosures/email.  

View raw message