Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:33983
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain procata.com from 207.58.169.145 cause and error)
Cc: internals <internals@lists.php.net>
Message-ID: <6D0F3834-16E8-46C1-9D3E-8A588BF1A5A6@procata.com>
To: Ralph Schindler <ralph@smashlabs.com>
In-Reply-To: <47606C70.3050202@smashlabs.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v915)
Date: Wed, 12 Dec 2007 20:20:11 -0500
References: <47606C70.3050202@smashlabs.com>
Subject: Re: [PHP-DEV] Namespace access modifiers
From: jeff@procata.com (Jeff Moore)

Hello Ralph,

I don't think properties are the appropriate level to specify  
namespace based access modifiers.  I do think that a coarse-grained  
access restriction on a class by class basis might be.

public class Foo {} // Default
private class Foo {}
(protected is meaningless because there is no inheritance for  
namespaces.)

In principle, I like the idea of adding an access modifier for classes  
to distinguish between a namespace's public interface and its private  
features.

But, when do you check for access violations of class names?  On use?   
On new?  What about esoteric things like reflection and the callback  
pseudo-type?  I just don't see how it could work in practice.

Best Regards,

Jeff

On Dec 12, 2007, at 6:19 PM, Ralph Schindler wrote:

> Since everyone is in the "namespace" frame of mind, is there a  
> possibility of a "namespace" access modifier?
>
> The way I envision this working is that if for example:
>
> namespace Foo;
>
> class Bar {
>  nsprotected $_someProperty = null;
> }
>
> (or some other equivalent grammer)
>
> Would allow the property Foo::Bar::$_someProperty to be accessed  
> from any class that has implemented a class from the Foo namespace.
>
> Reaching for straws or is this a possibility?
>
> -ralph
>
> -- 
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>