.
- Gordon
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Danko
Kozar
Sent: Friday, March 09, 2007 1:52 AM
To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: Are other developers hesitant to extend existing
classes in Flex?
Jason
On Thursday 08 Mar 2007, Danko Kozar wrote:
Private methods and variables drive me nuts..
When I did Java, I always made my private variables 'protected', but the real
Java guys tole me that was a bad idea for some reason.
--
Tom Chiverton
Helping to economically enhance user-centric
Kozar
Envoyé : jeudi 8 mars 2007 11:48
À : flexcoders@yahoogroups.com
Objet : [flexcoders] Re: Are other developers hesitant to extend existing
classes in Flex?
Private methods and variables drive me nuts..
For example, I'd like to make a simple DataGrid change: make headers
clickable
PROTECTED] la
part de Danko Kozar
Envoyé : jeudi 8 mars 2007 11:48
À : flexcoders@yahoogroups.com
Objet : [flexcoders] Re: Are other developers hesitant to extend existing
classes in Flex?
Private methods and variables drive me nuts..
For example, I'd like to make a simple DataGrid
On Thursday 22 Feb 2007, Paul DeCoursey wrote:
support our REST based Web Services. But also URLRequest is a final
class and cannot be extended.
So you extend the parent, and cut and paste most of the code.
Final isn't the end of the world :-)
--
Tom Chiverton
Helping to continuously drive
Tom Chiverton wrote:
On Thursday 22 Feb 2007, Paul DeCoursey wrote:
support our REST based Web Services. But also URLRequest is a final
class and cannot be extended.
So you extend the parent, and cut and paste most of the code.
Final isn't the end of the world :-)
In this
you need access to a handful of private variables and functions in the
parent class
I have extended quite some components aswell. What i found out however, was
that in the en i most of the time did not need those private variables and
methods. At the end of a day full of fiddling i found a
On Thursday 22 Feb 2007, Paul J DeCoursey wrote:
In this case it is since the source for URLRequest is not available,
URLRequest is a flash class not a mx class. To make it work we would
need to implement the entire HTTP client stack using sockets. Not a
small undertaking.
*ahh* :-)
--
If you want to say that we shouldn't rely on needing access to any private
variables, it's only a small difference to say it's OK to rely on
mx_internal variables. The internal vars are marked as such because they
might change in future releases. So if the objection is that your code might
break
9 matches
Mail list logo
