Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:95157
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.15 as permitted sender)
To: Stanislav Malyshev <smalyshev@gmail.com>, internals@lists.php.net
References: <CABdc3WpGQp+ZA6qSQs-ap5VHntH9tzDQOx333eiobsGxYs=DFQ@mail.gmail.com>
 <CAMUwpuQ9ZUdfziCXQAxuS3Drmh2vPSOkpvXf7cOg0xbdNEgD=g@mail.gmail.com>
 <d1abf6e8-4949-6239-2664-a39d956fab14@gmail.com>
 <f9eb5b0a-1031-ed08-08f3-c67be514436c@fleshgrinder.com>
 <11f9c899-77b4-da50-f0f7-dc2d16b1829c@gmail.com>
 <CAFp73Xv=J+L6kS7j4ebLD_Rk5_kj2tb7QQacv6u3QnYr7-j5_A@mail.gmail.com>
 <431d5b9c-15ef-9af8-7a55-b776b2dd22ad@gmail.com>
 <7d424a30-9310-85d6-c520-02d981998875@fleshgrinder.com>
 <0ea03de8-6a16-3ae5-cb94-6b45f610bfe9@gmail.com>
Message-ID: <755de509-e1c2-e32a-b8c0-510599022421@gmx.de>
Date: Mon, 15 Aug 2016 01:53:36 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <0ea03de8-6a16-3ae5-cb94-6b45f610bfe9@gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Namespaces internal refactoring
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 15.08.2016 at 00:11, Stanislav Malyshev wrote:

> Also, there's a difference IMO between classes and class' properties.
> Class details may be - indeed, need to be - hidden because this is what
> the class is, one of it's reasons to exist - a tool to reduce complexity
> by hiding irrelevant information and exposing only relevant information
> as class' public API. You hide things not because you're afraid evil
> users would abuse them - but as a service to the user to not overload
> their mental models with irrelevant details and allow to deal with the
> class by only considering the important things.

If it were only about suppressing unimportant details, documentation
would suffice, e.g. /** @private */ or the leading underscore
convention.  I am, however, quite happy to have language support to
catch *inadvertent* accesses.

-- 
Christoph M. Becker