Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:69243
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.182 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAMqA2JZ_FO+4vzTJsZqexr+eCdfk1KFZNCNVwM122s310uCutQ@mail.gmail.com>
References: <CAMqA2JZ_FO+4vzTJsZqexr+eCdfk1KFZNCNVwM122s310uCutQ@mail.gmail.com>
Date: Fri, 20 Sep 2013 08:13:52 +0100
Message-ID: <CAD6=DWcL4VJ7P8kBEcYK0StQ2mpKOxF1n=Rk-S56O-BugaO7_A@mail.gmail.com>
To: kuzuha <kuzuha01@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] PROPOSAL: new class entry for grouping functions,
 consts and vars
From: garoevans@gmail.com (Gareth Evans)

On 20 September 2013 07:13, kuzuha <kuzuha01@gmail.com> wrote:
> I think autoload is very nice solution to avoid that problem.
>
> Autoloading skips unnecessary code and makes php faster.
>
> The "definition" block means Grouped defines. That gives autoloading
>
> to function, consts and vars. And PSR-0 helps simplify directory tree.

Can you not just have a class defined final and use that?

> Pros:
>
> * Never mind where to put .php file for definitions. Following PSR-0 is
> nice idea.
>
> * Can refactoring definitions without hesitation.
>
> * Separate implementation from definition specifically.

So, I'm sure the following meets the criteria of all of most of the
tests in your example;

<?php
final class FooConstants
{
  const BAR = 'baz';
}

Also, I'm not sure where having static methods available is of use to
solve the problem of constants.

This doesn't bring any new functionality to PHP, just a different way
of doing something. If I'm missing something please elaborate.