Re: no chance of multiple namespaces per file

From: Date: Tue, 04 Dec 2007 22:30:20 +0000
Subject: Re: no chance of multiple namespaces per file
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-48673@lists.php.net to get a copy of this message
I have had the discussion with Derick and we have spoken about the note he just sent, this is something I also agree on. On Dec 4, 2007 5:25 PM, Tony Bibbs <tony@tonybibbs.com> wrote: > It may not matter. I see Derrick Rethans just sent a note to PHP-DEV suggesting it should be > taken out completely. > > What a cluster kcuf this has become... I believe not, the current implementation is made in a way that is, imho, not suitable for PEAR, and it might still be accepted as a standard, this is not my choice. But I don't think it's a cluster fcuk because people are discussing it. This implementation has bad sides and good sides (imo more bad but hey..). We have been talking Derick and I for the past hour or so about the removal in core and since most of the community seems to agree about a few features that some other people don't want, I see no reason why it should stay in. It can always come back at a later stage. Meh.. oh well. > > --Tony > > > ----- Original Message ---- > From: Paul M Jones <pmjones@ciaweb.net> > To: Joshua Eichorn <josh@bluga.net> > Cc: Gregory Beaver <greg@chiaraquartet.net>; PEAR Announce <pear-dev@lists.php.net> > Sent: Tuesday, December 4, 2007 4:14:35 PM > Subject: Re: [PEAR-DEV] no chance of multiple namespaces per file > > > > On 04 Dec 2007, at 14:45, Joshua Eichorn wrote: > > > Gregory Beaver wrote: > >> hi all, > >> > >> There's no chance of multiple namespaces per file. If that's an > >> issue, > >> we can drop namespaces (meaning forbid their usage) from the coding > >> requirements in PEAR2. > >> > >> Comments? > >> > >> Greg > >> > >> > > I don't have a problem with it. Once you have namespaces you can > > use them to alias long names to short ones when coding. You don't > > gain much by actually using the namespaces. We can also provide > > example imports for shorter names. > > I have no problem with forbidding them either. With that in mind, I > think we should be clear on a couple points: > > 1. *Do not* use formal PHP namespaces. > > 2. *Do* use informal namespaces (i.e. pseudo-namespace prefix on all > class names, function names, global vars and global constants, et al). > > If there is some way to additionally say "if you must use formal PHP > namespaces, do so in X fashion" that would be good, but I don't see > offhand how it would be possible/reasonable to combine formal and > informal namespaces. > > > -- > > Paul M. Jones <http://paul-m-jones.com> > > Solar: Simple Object Library and Application Repository > for PHP5. <http://solarphp.com> > > Join the Solar community wiki! <http://solarphp.org> > > Savant: The simple, elegant, and powerful solution for > templates in PHP. <http://phpsavant.com> > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- David Coallier, Founder & Software Architect, Agora Production (http://agoraproduction.com) 51.42.06.70.18

« previous php.pear.dev (#48673) next »