Re: Reference return buggy notice?
| From: | Stut | Date: | Fri, 19 Oct 2007 21:45:26 +0000 |
| Subject: | Re: Reference return buggy notice? | ||
| References: | 1 2 3 4 5 6 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-263431@lists.php.net to get a copy of this message | ||
Jochem Maas wrote:
Stut wrote:Interesting. Didn't know that.Say you have a function that builds a fairly large array and then returns it. If you just return it as usual PHP will make a copy of that array and therefore use twice the amount of memory than it needs to.php has something called 'copy on change' so until an attempt to make a change on the returned array is made the doubling of memory usage doesn't occur. afaik.
are there any benchmarks either way?I've never come across any, but I don't need a benchmark to know that the potential for double the memory use is best avoided.
Good example. Not one I'd think of because all my SQL is wrapped up in classes that expose that stuff in other ways.References also provide a way to return more than one variable from a function, but I doubt many PHP developers come across the need to do that.an example is returning the total count of a given sql statement in an 'by reference' argument whilst returning a 'paged' result set.
In the email I replied to from M. Sokolewicz...Where in the manual does it say that? I've never seen it and I can't find it.say what?
As the manual states "if you think you need to use references, think again, you probably don't."Just wondering where it says that. -Stut -- http://stut.net/