Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:28333 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26652 invoked by uid 1010); 14 Mar 2007 04:29:08 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 26637 invoked from network); 14 Mar 2007 04:29:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Mar 2007 04:29:08 -0000 Authentication-Results: pb1.pair.com header.from=scott.mcnaught@synergy8.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=scott.mcnaught@synergy8.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain synergy8.com designates 202.174.102.10 as permitted sender) X-PHP-List-Original-Sender: scott.mcnaught@synergy8.com X-Host-Fingerprint: 202.174.102.10 hosting.synergy8.com Received: from [202.174.102.10] ([202.174.102.10:43105] helo=hosting.synergy8.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AD/7C-02483-F0A77F54 for ; Tue, 13 Mar 2007 23:29:05 -0500 Received: from dsl-202-173-148-163.qld.westnet.com.au ([202.173.148.163] helo=scottnote) by hosting.synergy8.com with esmtpa (Exim 4.52) id 1HRL6e-0001n6-1r; Wed, 14 Mar 2007 14:28:56 +1000 Reply-To: To: "'Marcus Boerger'" Cc: References: <36961.127.0.0.1.1173580198.squirrel@synergy8.com> <000101c76483$f691c470$0900a8c0@scottnote> <1960276.20070313234045@marcus-boerger.de> Date: Wed, 14 Mar 2007 14:28:44 +1000 Message-ID: <000301c765f1$41b652e0$0900a8c0@scottnote> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <1960276.20070313234045@marcus-boerger.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcdlwLDwn+ZpcywGThi6Q1YkeqDH/wAL+Uqw X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hosting.synergy8.com X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - synergy8.com X-Source: X-Source-Args: X-Source-Dir: Subject: RE: [PHP-DEV] Native Singleton Implementation From: scott.mcnaught@synergy8.com Very well. I just thought it would be a nice OOP feature to save time on some people's behalf. -----Original Message----- From: Marcus Boerger [mailto:helly@php.net] Sent: Wednesday, 14 March 2007 8:41 AM To: scott.mcnaught@synergy8.com Cc: internals@lists.php.net Subject: Re: [PHP-DEV] Native Singleton Implementation Hello scott, reason we are agsinst is that you can easily do i already in PHP. Actually you can even do it in a manner everybody understands without having to make the language more complex. Or in other words sometimes it does not hurt doing a few keystrokes more. Instead it helps read- and maintain-ability. best regards marcus Monday, March 12, 2007, 9:53:52 AM, you wrote: > 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 Best regards, Marcus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php