incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nuno Fernandes <nf.riacow...@gmail.com>
Subject Re: What about Cairngorm 3?
Date Fri, 13 Jan 2012 11:56:57 GMT
Hello all,

For what I have read we are all mixing code convention, best practices and
frameworks.

My point of view:

- code pratices shold be for the Apache Flex group, and should inspire
others.

- Best Pratices - should be guide lines, usefull for who is starting, and
who better than the Apache Flex Group for show the example.

- Frameworks, each one should be responsible for theirs code convetions,
best pratics and tell whis one is the most used.

Do we need a framework to put on top or under or side FLEX SDK to br able
to work? No, so why we care about them? Who use the frameworks should be
responsible in use it in the best way.


Regards folks

On Thu, Jan 12, 2012 at 9:26 PM, Alex Harui <aharui@adobe.com> wrote:

>
>
>
> On 1/12/12 1:40 AM, "Sebastian Mohr" <masuland@gmail.com> wrote:
>
> > Will Apache Flex only be responsible for managing
> > the Flex SDK or will Apache Flex also be responsible
> > to define "Best Coding Practices" to build sustainable
> > Flex apps?
> >
> > Some guys on this list seem to dislike that Apache Flex
> > should be responsible to define "Best Coding Practices"
> > for Flex, which IMHO I think is wrong.
> The title of such a document is too vague.  What matters is what content it
> contains.  For sure, the dev list should sort out where curly braces should
> go so the code in the project is as uniform as possible.  Somewhere on our
> website or wiki should be some helpful tips to folks using the code in the
> project.  I wouldn't want to see much beyond that under the title "Best".
> It might be useful to have a series of articles on how folks built out apps
> so others can see the range of possibilities and choose one that best fits
> them.  I don't think it is right or worth the time to settle on a
> particular
> practice.
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message