|
Home > Archive > Macromedia Flash Server > April 2005 > Class Deserialization Part Deux
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Class Deserialization Part Deux
|
|
| JesterXL 2005-04-19, 5: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
| |
| Brian Lesser 2005-04-19, 5: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
| |
| JesterXL 2005-04-19, 5: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@public.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
| |
| JesterXL 2005-04-19, 5: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@public.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@public.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
| |
| Brian Lesser 2005-04-19, 5: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@public.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@public.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:
>
>
>
| |
| JesterXL 2005-04-19, 5: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@public.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@public.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@public.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
| |
| Brian Lesser 2005-04-19, 5: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@public.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
|
|
|
|
|