RE: [PHP-DEV] Native Singleton Implementation
| From: | scott dot mcnaught at synergy8 dot com | Date: | Mon, 12 Mar 2007 08:53:52 +0000 |
| Subject: | RE: [PHP-DEV] Native Singleton Implementation | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-28323@lists.php.net to get a copy of this message | ||
Perhaps I should not call it singleton then. Because I'm not trying to put
a flexible design pattern with large degrees of freedom as such into core
php. All I am trying to achieve is a nice way for people to implement
classes that only ever need one instance.
Can I ask why you are very much against this if you are? It seems that most
people need to do this at some point. I am starting to feel there's a lot
of negativity towards this because it's a different approach.
Good point about the uniqueness across one / all php instances. I was only
thinking of one unique instance for just the current php instance / request.
Definitely something to consider.
-----Original Message-----
From: Sebastian Bergmann [mailto:sb@sebastian-bergmann.de]
Sent: Sunday, 11 March 2007 8:26 PM
To: internals@lists.php.net
Subject: Re: [PHP-DEV] Native Singleton Implementation
scott.mcnaught@synergy8.com wrote:
> Yes! Moving the singleton functionality into core php. Its an excellent
> OOP feature.
Besides the obvious implementation considerations (should the Singleton
object be unique in a single PHP instance or across "all" PHP instances,
etc.), I am very much against putting reference implementations of
design patterns into a programming language. If you want this, you have
not understood the intention of design patterns (or the difference (in
degrees of freedom) when compared to algorithms).
--
Sebastian Bergmann http://sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php