 |
|
 |
|
|
 |
Class Deserialization Part Deux |
 |
 |
|
|
04-19-05 10:45 PM
For the archives.
Ok, ran some tests last night. A client side class does not have its
getter/setters run. What happens is the class has properties set, and then
is casted to the class; I reckon this is done via making a vanilla object,
setting it's values, and then setting the __proto__ to whatever class Flash
has currently associated with it's type via Object.registerClass.
Additionally, is there any hope of getting the server-side onInitialize
function implemented on client side classes?
--JesterXL
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
[ Post a follow-up to this message ]
|
|
|
 |
|
 |
|
 |
|
|
|
Re: Class Deserialization Part Deux |
|
|
|
|
04-19-05 10:45 PM
Hi Jesse,
Isn't the client-side constructor called after the properties are set?
Yours truly,
-Brian
JesterXL wrote:
>For the archives.
>
>Ok, ran some tests last night. A client side class does not have its
>getter/setters run. What happens is the class has properties set, and then
>is casted to the class; I reckon this is done via making a vanilla object,
>setting it's values, and then setting the __proto__ to whatever class Flash
>has currently associated with it's type via Object.registerClass.
>
>Additionally, is there any hope of getting the server-side onInitialize
>function implemented on client side classes?
>
>--JesterXL
>
>
>=-----------------------------------------------------------
>Supported by Fig Leaf Software - http://www.figleaf.com
>=-----------------------------------------------------------
>
>To change your subscription options or search the archive:
>http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
>
>
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
[ Post a follow-up to this message ]
|
|
|
|
|
|
|
|
|
|
|
Re: Class Deserialization Part Deux |
|
|
|
|
04-19-05 10:45 PM
No, I'm not seeing that here. It DOES do this on the server-side though.
----- Original Message -----
From: "Brian Lesser" <blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org>
To: "FlashComm Mailing List" <flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@pub
lic.gmane.org>
Sent: Tuesday, April 19, 2005 12:17 PM
Subject: Re: [FlashComm] Class Deserialization Part Deux
Hi Jesse,
Isn't the client-side constructor called after the properties are set?
Yours truly,
-Brian
JesterXL wrote:
>For the archives.
>
>Ok, ran some tests last night. A client side class does not have its
>getter/setters run. What happens is the class has properties set, and then
>is casted to the class; I reckon this is done via making a vanilla object,
>setting it's values, and then setting the __proto__ to whatever class Flash
>has currently associated with it's type via Object.registerClass.
>
>Additionally, is there any hope of getting the server-side onInitialize
>function implemented on client side classes?
>
>--JesterXL
>
>
>=-----------------------------------------------------------
>Supported by Fig Leaf Software - http://www.figleaf.com
>=-----------------------------------------------------------
>
>To change your subscription options or search the archive:
>http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
>
>
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
[ Post a follow-up to this message ]
|
|
|
|
|
|
|
|
|
|
|
Re: Class Deserialization Part Deux |
|
|
|
|
04-19-05 10:45 PM
Er.... actually, I take that back. Yes, I do see that, but none of my data
is available there. Both privates and various publics trace out undefined.
function User()
{
trace("User::constructor");
trace("User::this.firstName: " + this.firstName);
trace("User::firstName: " + firstName);
trace("User::_firstName: " + _firstName);
}
They are all undefined. I don't think my getter/setters are created until
after the constructor, so firstName should AT LEAST trace out as a function.
----- Original Message -----
From: "JesterXL" <jesterxl-RyEax5csP4NCVeB36W80OQ@public.gmane.org>
To: "FlashComm Mailing List" <flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@pub
lic.gmane.org>
Sent: Tuesday, April 19, 2005 12:29 PM
Subject: Re: [FlashComm] Class Deserialization Part Deux
No, I'm not seeing that here. It DOES do this on the server-side though.
----- Original Message -----
From: "Brian Lesser" <blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org>
To: "FlashComm Mailing List" <flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@pub
lic.gmane.org>
Sent: Tuesday, April 19, 2005 12:17 PM
Subject: Re: [FlashComm] Class Deserialization Part Deux
Hi Jesse,
Isn't the client-side constructor called after the properties are set?
Yours truly,
-Brian
JesterXL wrote:
>For the archives.
>
>Ok, ran some tests last night. A client side class does not have its
>getter/setters run. What happens is the class has properties set, and then
>is casted to the class; I reckon this is done via making a vanilla object,
>setting it's values, and then setting the __proto__ to whatever class Flash
>has currently associated with it's type via Object.registerClass.
>
>Additionally, is there any hope of getting the server-side onInitialize
>function implemented on client side classes?
>
>--JesterXL
>
>
>=-----------------------------------------------------------
>Supported by Fig Leaf Software - http://www.figleaf.com
>=-----------------------------------------------------------
>
>To change your subscription options or search the archive:
>http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
>
>
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
[ Post a follow-up to this message ]
|
|
|
|
|
|
|
|
|
|
|
Re: Class Deserialization Part Deux |
|
|
|
|
04-19-05 10:45 PM
Hi Jesse,
It works when I try it. See dumb test attached.
Yours truly,
-Brian
JesterXL wrote:
[vbcol=seagreen]
>Er.... actually, I take that back. Yes, I do see that, but none of my data
>is available there. Both privates and various publics trace out undefined.
>
>function User()
> {
> trace("User::constructor");
> trace("User::this.firstName: " + this.firstName);
> trace("User::firstName: " + firstName);
> trace("User::_firstName: " + _firstName);
> }
>
>They are all undefined. I don't think my getter/setters are created until
>after the constructor, so firstName should AT LEAST trace out as a function
.
>
>----- Original Message -----
>From: "JesterXL" <jesterxl-RyEax5csP4NCVeB36W80OQ@public.gmane.org>
>To: "FlashComm Mailing List" <flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@pu
blic.gmane.org>
>Sent: Tuesday, April 19, 2005 12:29 PM
>Subject: Re: [FlashComm] Class Deserialization Part Deux
>
>
>No, I'm not seeing that here. It DOES do this on the server-side though.
>
>----- Original Message -----
>From: "Brian Lesser" <blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org>
>To: "FlashComm Mailing List" <flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@pu
blic.gmane.org>
>Sent: Tuesday, April 19, 2005 12:17 PM
>Subject: Re: [FlashComm] Class Deserialization Part Deux
>
>
>Hi Jesse,
>Isn't the client-side constructor called after the properties are set?
>Yours truly,
>-Brian
>
>JesterXL wrote:
>
>
>
[ Post a follow-up to this message ]
|
|
|
|
|
|
|
|
|
|
|
Re: Class Deserialization Part Deux |
|
|
|
|
04-19-05 10:45 PM
If you have 2 seconds, email me off-list; the list is blocking attachments
for me.
----- Original Message -----
From: "Brian Lesser" <blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org>
To: "FlashComm Mailing List" <flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@pub
lic.gmane.org>
Sent: Tuesday, April 19, 2005 1:07 PM
Subject: Re: [FlashComm] Class Deserialization Part Deux
Hi Jesse,
It works when I try it. See dumb test attached.
Yours truly,
-Brian
JesterXL wrote:
[vbcol=seagreen]
>Er.... actually, I take that back. Yes, I do see that, but none of my data
>is available there. Both privates and various publics trace out undefined.
>
>function User()
> {
> trace("User::constructor");
> trace("User::this.firstName: " + this.firstName);
> trace("User::firstName: " + firstName);
> trace("User::_firstName: " + _firstName);
> }
>
>They are all undefined. I don't think my getter/setters are created until
>after the constructor, so firstName should AT LEAST trace out as a
>function.
>
>----- Original Message -----
>From: "JesterXL" <jesterxl-RyEax5csP4NCVeB36W80OQ@public.gmane.org>
>To: "FlashComm Mailing List" <flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@pu
blic.gmane.org>
>Sent: Tuesday, April 19, 2005 12:29 PM
>Subject: Re: [FlashComm] Class Deserialization Part Deux
>
>
>No, I'm not seeing that here. It DOES do this on the server-side though.
>
>----- Original Message -----
>From: "Brian Lesser" <blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org>
>To: "FlashComm Mailing List" <flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@pu
blic.gmane.org>
>Sent: Tuesday, April 19, 2005 12:17 PM
>Subject: Re: [FlashComm] Class Deserialization Part Deux
>
>
>Hi Jesse,
>Isn't the client-side constructor called after the properties are set?
>Yours truly,
>-Brian
>
>JesterXL wrote:
>
>
>
----------------------------------------------------------------------------
----
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
[ Post a follow-up to this message ]
|
|
|
|
|
|
|
|
|
|
|
Re: Class Deserialization Part Deux |
|
|
|
|
04-19-05 10:45 PM
Done,
Let me know if haven't got it.
-B
JesterXL wrote:
[vbcol=seagreen]
>If you have 2 seconds, email me off-list; the list is blocking attachments
>for me.
>
>----- Original Message -----
>From: "Brian Lesser" <blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org>
>To: "FlashComm Mailing List" <flashcomm-1Ss2GqJETD3yZ38Mhd3e/9ZfFG6BLHNm@pu
blic.gmane.org>
>Sent: Tuesday, April 19, 2005 1:07 PM
>Subject: Re: [FlashComm] Class Deserialization Part Deux
>
>
>Hi Jesse,
>It works when I try it. See dumb test attached.
>Yours truly,
>-Brian
>
>JesterXL wrote:
>
>
>
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
[ Post a follow-up to this message ]
|
|
|
|
|
|
|
|
Sponsored Links |
|
|
|
|
 |
All times are GMT. The time now is 09:53 PM. |
 |
|
|
 |
|
 |
|
|
 |
|
Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is OFF
vB code is ON
Smilies are ON
[IMG] code is OFF
|
|
|
|
Medical and Health forum | Computer Games Reviews | Graphics design forum
|
 |
|
 |
|
