Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:33200 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 19535 invoked by uid 1010); 17 Nov 2007 04:18:35 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 19520 invoked from network); 17 Nov 2007 04:18:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Nov 2007 04:18:35 -0000 Authentication-Results: pb1.pair.com header.from=sam@sambarrow.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=sam@sambarrow.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain sambarrow.com from 205.234.132.11 cause and error) X-PHP-List-Original-Sender: sam@sambarrow.com X-Host-Fingerprint: 205.234.132.11 scottsdale.servershost.net Received: from [205.234.132.11] ([205.234.132.11:34836] helo=scottsdale.servershost.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E0/BA-51194-A9B6E374 for ; Fri, 16 Nov 2007 23:18:35 -0500 Received: from [216.15.51.211] (port=50883 helo=[192.168.1.90]) by scottsdale.servershost.net with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.68) (envelope-from ) id 1ItF8e-0000oO-0I; Fri, 16 Nov 2007 22:18:36 -0600 To: Sean Coates Cc: Michael McGlothlin , internals@lists.php.net In-Reply-To: <6743D10C-4AE9-4974-B0C3-3A632A0326F1@caedmon.net> References: <8D.46.01128.768AD374@pb1.pair.com> <1195246391.21084.15.camel@sbarrow-desktop> <1195250285.4012.6.camel@johannes.nop> <1195251014.21084.20.camel@sbarrow-desktop> <473E349E.3050704@swplumb.com> <1195259494.10547.2.camel@sams-room> <0E6C7DB2-4126-4660-A813-E21C03045247@caedmon.net> <473E5F4F.2020508@swplumb.com> <6743D10C-4AE9-4974-B0C3-3A632A0326F1@caedmon.net> Content-Type: text/plain Date: Fri, 16 Nov 2007 23:18:36 -0500 Message-ID: <1195273116.12249.28.camel@sams-room> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - scottsdale.servershost.net X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - sambarrow.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: [PHP-DEV] Re: Question about superglobals From: sam@sambarrow.com (Sam Barrow) You say that superglobals were not designed to be user defined, think about it, the concept of a superglobal is present in C and C++, two of the maturest and strictest languages around. On Fri, 2007-11-16 at 22:34 -0500, Sean Coates wrote: > > So the idea now is to inappropriately force everything to be a class? > >> > > It is appropriate. That's how it was designed. Obviously superglobals > were not designed to be user-definable. > > If configuration is defined in a class, then as a maintainer, you can > easily determine where the data was defined (unless you do things are > even less appropriate), but simply looking up the class. > > Globals (and superglobals) can be defined _anywhere_. This makes them > a maintenance nightmare, and a very inappropriate place to store data > such as configuration information. > > S >