Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:40700
Return-Path: <nrixham@gmail.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 11150 invoked from network); 26 Sep 2008 09:49:51 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 26 Sep 2008 09:49:51 -0000
X-Host-Fingerprint: 82.41.135.70 82-41-135-70.cable.ubr02.glen.blueyonder.co.uk  
Received: from [82.41.135.70] ([82.41.135.70:8010] helo=localhost.localdomain)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id EA/D0-19781-E30BCD84 for <internals@lists.php.net>; Fri, 26 Sep 2008 05:49:50 -0400
Message-ID: <EA.D0.19781.E30BCD84@pb1.pair.com>
To: internals@lists.php.net
Date: Fri, 26 Sep 2008 10:48:45 +0100
Reply-To: nrixham@gmail.com
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
References: <48D7F5EF.3090202@zend.com> <9b3df6a50809252243g6b38728pd3959dfb7c01330f@mail.gmail.com>
In-Reply-To: <9b3df6a50809252243g6b38728pd3959dfb7c01330f@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Posted-By: 82.41.135.70
Subject: Re: [PHP-DEV] namespace issues
From: nrixham@gmail.com (Nathan Rixham)

Arvids Godjuks wrote:
> 2008/9/22 Stanislav Malyshev <stas@zend.com>
> 
>> Hi!
>>
>> 3. Functions will not be allowed inside namespaces. We arrived to
>> conclusion that they are much more trouble than they're worth, and summarily
>> we would be better off without them. Most of the functionality could be
>> easily achieved using static class methods, and the rest may be emulated
>> with variable function names, etc.
>>
>> Comments?
>> --
>> Stanislav Malyshev, Zend Software Architect
>> stas@zend.com   http://www.zend.com/
>> (408)253-8829   MSN: stas@zend.com
>>
>> --
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 
> That means, that if I have a tiny, 70-100 line script and I use a package in
> a namespace with some global functionality - it should be 100% OOP? Sorry,
> but that's OOP for the sake of OOP. It's like writing "Hello world!"  using
> patterns (here is an example:
> http://www.phppatterns.com/docs/design/hello_world_in_patterns)
> 
> -1 on this.
> 

my god that's basically a PHP version of the Java "Hello World" <weg>