Re: [PHP4BETA] class serialize/unserialize implementation.

From: Date: Thu, 16 Sep 1999 12:38:17 +0000
Subject: Re: [PHP4BETA] class serialize/unserialize implementation.
References: 1  Groups: php.version4 
Request: Send a blank email to php-version4+get-4513@lists.php.net to get a copy of this message
Andi Gutmans wrote: > > At 01:23 PM 9/15/99 +0200, Thies C. Arntzen wrote: > >hi - > > > >the problem i see is that you *NEED* to have the class your unserializing > >defined *BEFORE* you can unserialize i't instance - even though it seems > >logical i don't know if people will get bitten by this! > > > >the benefit is that you get a fully working instance fron unserialize > >instead of the "dumb" array you got in PHP3 > > > >also 'cause i had to put the class-name into the serialized data. it > >probably won't "unserialize" when using php3. (people that store > >serialized data in a file/db may get bitten by this!). > > > >the next time we come up with a new format (i hope never!) we need to make > >sure that we have a version number and a magic-cookie - so that we can > >mark incompatible changes! > > > >comments? > > Only comment I have is the obvious. Serializing the class name is > definitely the way to do it. People have to be disciplined enough to have > the class defined before the call to unserialize. Andi, the Zend feature list mentions run-time binding of function names. I assume this means that it is easy to implement some auto-loading mechanism. If Zend had run-time binding of class names too, object serialization would become child's play. I have no idea of what I'm asking though :-) - Stig

« previous php.version4 (#4513) next »