Re: [PHP4BETA] class serialize/unserialize implementation.
| From: | Stig Sæther Bakken | 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