Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:84698
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.179 as permitted sender)
Message-ID: <55031E26.7040905@gmail.com>
Date: Fri, 13 Mar 2015 17:28:06 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: internals@lists.php.net
References: <6D.2C.32765.10EC0055@pb1.pair.com>	<5500D967.5040800@gmail.com> <CAFMT4NqLaj6G2P9W0dhYc50yt27mmNP1vE+A=c_nYSqTotncUQ@mail.gmail.com> <13.69.64353.73451055@pb1.pair.com> <5501876C.3020107@gmail.com> <3D.85.42021.3E7A1055@pb1.pair.com> <5501B77D.5010800@gmail.com> <85.D1.24603.247C1055@pb1.pair.com> <5501D328.9040800@gmail.com> <98.26.24603.C9DE1055@pb1.pair.com> <5501F823.3060805@gmail.com> <B9.68.24603.1F222055@pb1.pair.com> <55023052.40100@gmx.de> <7B.3E.24603.E83B2055@pb1.pair.com> <5502CFB4.7080406@gmail.com> <5502E7D6.50909@gmail.com> <2D.57.32208.DD303055@pb1.pair.com>
In-Reply-To: <2D.57.32208.DD303055@pb1.pair.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] static constructor
From: rowan.collins@gmail.com (Rowan Collins)

Johannes Ott wrote on 13/03/2015 15:35:
> I think as Christoph wrote we should now do a cut here for the inital
> discussion, because we are in a circle now. I will now get on at the RFC
> process, and will prepare the RFC-draft asap.
>
> I will try to summarize as good as possible all discussion points we had
> the last days here. And I will try to figure out as clearly as possible
> how each point really touchs the purpose of the new requested language
> feature or is a general problem if you use static context a "wrong" way,
> although outside the static constructor.
>
> I want to say thank you especially to you Rowan, for the so far very
> good discussion, which gives a lot of input to me for writting the RFC.


Yes, you are probably right. Thank you for putting up with my relative 
ignorance of the concepts, and I'm glad you found the discussion 
constructive.

I do now see that there are some where this would be useful, 
particularly in lieu of enum or metaclass logic for pre-processing the 
pure data in a class definition. Where I vary is in the validity of some 
of the use cases presented, which feel like they're making static 
methods do things that belong in an object, but that's largely a matter 
of opinion and coding style rather than functionality.

I think the most similar thing we have at the moment is destructors - 
you can't know exactly when they will be called, only that they will be, 
so have to be very careful not to put too much logic into them which can 
have odd side effects, generate errors at unexpected moments, etc.

Regards,
-- 
Rowan Collins
[IMSoP]