Funny enough, they are also less widely known as the "Four Gangsters"
after a someone with limited English skills referred to them this way at
a conference.
Perhaps it was actually "English skillz" ;-)
___
Flashcoders@chattyfig.figleaf.com
To change
Holth, Daniel C. wrote:
I have another book on my desk, Design Patterns by Gamma, Helm, Johnson
and Vissides, that reads very much like a college text book - it has
built in book marking ribbons, which is nice. Is this the one by the
GoF?
Yep, GoF stands for "Gang of Four", namely Gamma, Hel
In addition the the books already mentioned, I highly recommend
Refactoring by Martin Fowler and Refactoring to Patterns by Kerievsky
(in that order). Together they show you how to adapt code you've
already created to design patterns without breaking it in the process.
The examples are in Java, wh
ng ribbons, which is nice. Is this the one by the
GoF?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Glen
Pike
Sent: Wednesday, January 31, 2007 12:57 PM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
My 0.02:
If you feel like this:
GoF makes me very sleepy - I find it very dry and the chapters very long
winded. (Sorry GoF'rs)
then:
I would be interested to know if Head First Design Patterns follows the
same process as Moock - "learn by doing". I can handle that, although I
will keep delving in
Yeah, the GoF book is definitely like reading a calculus textbook. It's
dry and to the point and the examples are in Smalltalk and some C++,
which means a lot of cross-referencing with google. The concepts they
discuss and the examples they give are helpful to a point but code
examples you can't
ey are both
> structural patterns and define an interface for communicating between
parent
> and "child" components / classes.
>
> Best,
>
> -erik
>
>
>
>
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PR
ROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David Ham
Sent: Tuesday, January 30, 2007 7:02 PM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
Been a while since I've posted here, a few years I think. I miss
the geek
tangents / debates
2007 7:02 PM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
> Been a while since I've posted here, a few years I think. I miss
> the geek
> tangents / debates. =)
Good man! Seriously, the world affords precious few opportunities to
truly geek ou
The Head First Design Patterns book rocks and I definitely recommend it
to anyone wanting to learn about design patterns. I actually got a kick
out of the clip art and humor but I'm kind of quirky that way I guess.
The Java examples were trivial to port to ActionScript and a good exercise.
Th
Been a while since I've posted here, a few years I think. I miss
the geek
tangents / debates. =)
Good man! Seriously, the world affords precious few opportunities to
truly geek out on design patterns and such. Internet mailing lists
excepted of course.
I have the Head First Design Patter
s the geek
tangents / debates. =)
-erik
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of JOR
Sent: Tuesday, January 30, 2007 3:55 PM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
A decorator object composites the obje
TECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of JOR
Sent: Tuesday, January 30, 2007 3:55 PM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
A decorator object composites the object it wishes to decorate and is
used in it's place. Since the decorator i
Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Erik Bianchi
Sent: Tuesday, January 30, 2007 1:49 PM
To: 'Flashcoders mailing list'
Subject: RE: [Flashcoders] Flair Pattern bad mixins good (?)
A decorator is meant to be dynamic. It adds responsibilities
2007 1:49 PM
To: 'Flashcoders mailing list'
Subject: RE: [Flashcoders] Flair Pattern bad mixins good (?)
A decorator is meant to be dynamic. It adds responsibilities to an object at
run time.
You take ComponentA and add methods to it on mouseclick, that's a decorator.
ComponentB
Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of T. Michael
Keesey
Sent: Tuesday, January 30, 2007 9:00 AM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
How is this any different from a Decorator/Wrapper? Looks like a
dou
uesday, January 30, 2007 12:09 AM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
On 1/29/07, David Ham <[EMAIL PROTECTED]> wrote:
>
> startObjectDrag triggered by obj_mc.onPress
> checkForSnaptriggered bysetInterval or onEnterFram
classCMethod():Number{...};
}
-erik
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of T. Michael
Keesey
Sent: Tuesday, January 30, 2007 12:09 AM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
On 1/29/07, David
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
OK, this is helping a lot. And Steven I see what you mean, poor Flair
is starting to look a little meager now.
In my app, I have several different states. Each state sets itself
up by initializing variables
Hi,
maybe a dumm question but would it be off limits to express this
changing-behaviour in the interface?
For example in such an object as you are describing, you could add a method
setResizeBehaviour(r:ResizeBehaviorImpl) (in pseudo then).
Then you can change a certain type of behavior at runtime
On 1/29/07, David Ham <[EMAIL PROTECTED]> wrote:
startObjectDrag triggered by obj_mc.onPress
checkForSnaptriggered bysetInterval or onEnterFrame type of event,
in this case onObjectDrag
stopObjectDrag triggered byobj_mc.onRelease
This looks more like the Broadcaster pattern or
lashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
Anyhow I tend not to use decorators (matter of personal taste). I
prefer to
not Frankenstein an object at runtime and rather use mixins
(composition +
interfaces).
Ah, thank you, now we are getting somewhere!
Tel
Erik Bianchi wrote:
The theory of mixins originated from multiple inheritance programming
languages such as C++.
So for example: Say you wanted to make an object dragable, clickable and
resizable. You would then create separate classes called: Dragable,
Clickable and Resizable (common naming con
iler so maybe
some typos. =)
-erik
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David Ham
Sent: Monday, January 29, 2007 7:12 PM
To: Flashcoders mailing list
Subject: Re: [Flashcoders] Flair Pattern bad mixins good (?)
> Anyhow I tend not to use de
Anyhow I tend not to use decorators (matter of personal taste). I
prefer to
not Frankenstein an object at runtime and rather use mixins
(composition +
interfaces).
Ah, thank you, now we are getting somewhere!
Tell me about mixins. I have used EventDispatcher before, but I am
unfamiliar wi
Is adding and removing identical decorators on multiple objects a
commonly occuring problem in software development? ;)
I avoid Decorators, as well, for the same reasons you stated and the
same solutions you offered, as well. :)
___
Flashcoders@chattyf
--
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steven Sacks
| BLITZ
Sent: Monday, January 29, 2007 11:35 AM
To: Flashcoders mailing list
Subject: RE: [Flashcoders] Flair Pattern?
So I was dead on about the Office Space reference. :)
The class manages assigning Decorators. It isn
On 1/29/07, Steven Sacks | BLITZ <[EMAIL PROTECTED]> wrote:
If you want to discuss best practice for what you're doing, I'd be happy
to offer ideas later today when I have more time.
I'm a little confused as to why the original poster would want to
dynamically add or remove functionality to/fro
> Whether something is a "true" design pattern or not is kind
> of beside the point, for me; what I want to know is if a
> particular approach is good for what I am trying to
> accomplish: in this case, adding and removing functionality
> to an object at runtime.
If it works and you meet the d
For my part, I have the Head First book, and the Decorator section
did not answer the particular questions I had. Nor did the other
sources I read.
Whether something is a "true" design pattern or not is kind of beside
the point, for me; what I want to know is if a particular approach is
g
i can only recall from the early days that posts be about coding, and some
posts(threads) would get bounced (I think) if they didn't. Which was
understandable imho. Beyond that, I'm not sure what the comment about
Branden running the list means either...
-ericd.
On 1/29/07, Steven Sacks | BLITZ
> Can you elaborate?
While a trip down memory lane replete with posts from the archives
sounds like a wonderful time (not), I have work to do and it would take
this thread extremely OT.
___
Flashcoders@chattyfig.figleaf.com
To change your subscription op
the way he ran Flashcoders in the early days
Can you elaborate?
Cheers,
Claus.
--
claus wahlers
côdeazur brasil
http://codeazur.com.br/
http://wahlers.com.br/claus/blog/
--
READ CAREFULLY. By reading this email you agree, on behalf of your
employer, to release me from all obligations and w
I felt that I did qualify my statement, I'll try again with clearly
language.
My statement:
There is no such thing as a Flair design pattern.
My qualification:
Brendan Hall's book and deep in the archives of Flashcoders back when
Brendan operated this list are the only places you will find refere
Yeah, hear-hear (here-here?).
I would wager that we could find one ore more non-PhD's who've produced some
major, seminal works. I'm sure this even applies in the CS field, no?
OTP:
Flex 2 rocks. Get it now.
-Scott
"Yeah, well the God I believe in isn't short of cash, mister."
On 1/29/07, Mar
Im not normally one to comment on personal behaviour but that post really does
leave a bitter taste, which is sad as you are sometimes helpful.
If you are going to pass judgements on other peoples work which may prove
helpful in the situation facing the OP then at least qualify them or you also
So I was dead on about the Office Space reference. :)
The class manages assigning Decorators. It isn't a design pattern.
It's a class that manages the Decorator design pattern on multiple
objects.
I'm not sure where the idea that the Decorator pattern must be used on
all or none of the objects
>The pattern is similar to Decorator (as they acknowledge in the book)
>but different in that it allows you to add and remove functionality
>at runtime. ...
Hmmm ...sounds interesting.
Besides the book (which I don't have access to unfortunately) are there any
online resources where I can find
I've never heard of an OOP design pattern called Flair. From the
class
you've pasted, it looks like a novice attempt at implementating
(sic) a design
pattern known as Decorator.
Perhaps they were trying to be funny with a reference to the movie
Office Space where buttons decorating a TGIFrid
> I've never heard of an OOP design pattern called Flair. From
> the class you've pasted, it looks like a novice attempt at
> implementating a design pattern known as Decorator.
http://chattyfig.figleaf.com/pipermail/flashcoders/2003-January/060703.html
My understanding of the point of this pa
I've never heard of an OOP design pattern called Flair. From the class
you've pasted, it looks like a novice attempt at implementating a design
pattern known as Decorator.
Perhaps they were trying to be funny with a reference to the movie
Office Space where buttons decorating a TGIFriday's unifor
Hey FlashCoders:
In the app I am building, I have a need to add and remove
functionality to an object at runtime--specifically, functionality
that will snap the object to a border. I have puzzled on this for
awhile, and the method that seems most applicable to me is the Flair
pattern desc
42 matches
Mail list logo
