On 6/30/07, Stanislav Malyshev [EMAIL PROTECTED] wrote:
always helpful). Is there any other way than casting an object to a
string to get an objects #ID?
spl_object_hash?
Guys, excuse my being a little offtopic here, but why not introduce
standard get_object_id function in PHP6 which could
On Jul 1, 2007, at 3:24 AM, Pavel Shevaev wrote:
always helpful). Is there any other way than casting an object to a
string to get an objects #ID?
spl_object_hash?
Guys, excuse my being a little offtopic here, but why not introduce
standard get_object_id function in PHP6 which could be
Pavel Shevaev schrieb:
Guys, excuse my being a little offtopic here, but why not introduce
standard get_object_id function in PHP6 which could be analogous to
spl_object_hash? IMHO it's a basic functionality which deserves to
be in the core...
SPL is in the core AFAIAC.
--
Sebastian
Hello Gwynne,
no more unnecessary aliases please.
marcus
Sunday, July 1, 2007, 9:27:25 AM, you wrote:
On Jul 1, 2007, at 3:24 AM, Pavel Shevaev wrote:
always helpful). Is there any other way than casting an object to a
string to get an objects #ID?
spl_object_hash?
Guys, excuse my
SPL is in the core AFAIAC.
I really want to hope it will be in PHP6. Still IMHO get_object_id
sounds much better than spl_object_hash and it will be much easier(and
more logical) to locate this function in Class/Object Functions
section of documentation than in SPL...
--
Best regards, Pavel
Hello Pavel,
technically object id is neither what you get nor what you want. It is not
unique and thus not helpfull and we have no intention to ever provide a
function to access it. See mail archieve for reference on why we won't.
Also the function resides in extension SPL so correctly it is
Again see mail archive for why. That said the name appears to be
the best option already.
Oh, yes, you're right spl_object_hash does its job and does it very
well, there's really no point rename it(or make an alias) into
object_get_id. I should have stated more clear what I think
object_get_id
What I actually need, not the object hash but simply its unique id.
And in this case object(Foo)#1 would be just fine. How can I get it?
That was my original Question too;) It's been stated that the automatic
cast into a string even if it does not implement the __toString()
function was
Pavel Shevaev schrieb:
What I actually need, not the object hash but simply its unique id.
The problem is that there is no such unique id in the current engine.
--
Sebastian Bergmann http://sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B
The problem is that there is no such unique id in the current engine.
Okay!;) That's a very good reason, I guess;) Explains a lot. Why not use
spl_object_hash instead of the old default behaviour?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
The problem is that there is no such unique id in the current engine.
Am I right in my guess that there's only a counter for each object
type? Still being not really unique this information could be very
useful and enough in many situations.
--
Best regards, Pavel
--
PHP Internals - PHP
to help with some code that I have developed .
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(accidentally didn't send this to the whole group at first)
Am I right in my guess that there's only a counter for each object
type? Still being not really unique this information could be very
useful and enough in many situations.
The counter is global, but it's not really a counter.
The Windows Installer seems to allow someone to enable just about every
extension that can be built, roughly about 118. It seems that most
people assume that they need every feature of PHP to work, especially
thsoe in Windows.
Out of those 118 extensions there are 3 which cause crashes and
will be generated. It looks like it's independent of the actual properties,
etc. of the object. Spl_object_hash is what you guys want.
Sure, object identity is not related to properties in any way. Same
object can have different properties during the lifetime, and different
objects can have
Hi,
I've tried to profile scripts with Zend Profiler (Zend Studio 5.5 Linux
trial on local host + Zend Platform 3.0.2 Linux trial on remote vmware
host) and noticed that script with include() call has higher load time. I
have't found explanation of performance differences between include and
16 matches
Mail list logo