Re: Re: [PHP4BETA] cvs: php4 / NEWS TODO php4dllts.dsp php4ts.dsp /ext/mysql/libmysql/ libmysql.dsp /ext/standard/ array.c basic_functions.c
/sapi/apache/ php4apache.dsp /sapi/isapi/ php4isapi.dsp /sapi/nsapi/ php4nsapi.dsp

From: Date: Sun, 04 Jun 2000 12:00:24 +0000
Subject: Re: Re: [PHP4BETA] cvs: php4 / NEWS TODO php4dllts.dsp php4ts.dsp /ext/mysql/libmysql/ libmysql.dsp /ext/standard/ array.c basic_functions.c
/sapi/apache/ php4apache.dsp /sapi/isapi/ php4isapi.dsp /sapi/nsapi/ php4nsapi.dsp
References: 1 2 3 4 5 6 7  Groups: php.dev 
Request: Send a blank email to php-dev+get-20173@lists.php.net to get a copy of this message
On Sat, Jun 03, 2000 at 05:48:47PM +0300, Andi Gutmans wrote: > At 10:43 AM 6/3/00 -0400, Chuck Hagenbuch wrote: > >Quoting Andi Gutmans <andi@zend.com>: > > > > > I think what we should probably do is make the arrays format: > > > array("classname", "methodname"); and not by object (or both) > > > >How would that handle instances, though? Part of the point of being able to > >use an object is that the object can contain additional state in a nice > >package. That's hard to do with static classes (especially since we don't > >have static variables in classes - although you can do interesting things > >with functions that contain static variables). > > > >If it's one or the other, I'm not sure which I'd pick - but it'd be > >nice to > >have both. > > Having both is probably the right thing. Detect what the first array > element is. If it's an object then use it as object; if it is a string then > use it as the classname. yeah, baby! > > Andi > --- > Andi Gutmans <andi@zend.com> > http://www.zend.com/ > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net > For additional commands, e-mail: php-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net -- Thies C. Arntzen "One Big-Mac, Small Fries and a Coke!" Digital Collections Phone +49 40 235350 Fax +49 40 23535180 Hammerbrookstr. 93 20097 Hamburg / Germany

« previous php.dev (#20173) next »