On Thu, 9 Jul 2020 at 09:58, Dan Ackroyd <dan...@basereality.com> wrote:
> On Tue, 7 Jul 2020 at 15:47, Larry Garfield <la...@garfieldtech.com> > wrote: > > > > This has reached the 2 week mark, but there's not been much discussion. > > Unless I'm having a massive reading failure, this RFC has been > announced twice. And feedback was provided before: > > https://externals.io/message/109646#109647 > https://externals.io/message/109646#109648 It seems that, although still labelled version 1, the RFC has been substantially rewritten since that discussion. > From the RFC: > > Every new global class, however, creates a potential namespace collision > > with existing user-space code and thus a potential for backward > > compatibility breaks. > > This doesn't appear to be an actual problem for the PHP ecosystem. > > The vast majority of code in libraries is in namespaces, which avoids > there being a problem that needs addressing. > And yet we have repeatedly had discussions about whether this or that feature should or shouldn't be prefixed with a namespace. If you think the correct answer to "when should we use the PHP\ prefix?" is "never", I urge you to put forward an RFC making that the policy. > Rather than having more rules (quite a few of which I don't agree > with), time and effort would be better spent on reviewing code and > using features before releases e.g. to avoid situations like the FFI > api being difficult to use. > This is pure whataboutery; the idea that reading a few naming conventions will be such a burden that somebody would have no time to review a feature is frankly ridiculous. Nor will the lack of a naming convention mean that no time needs to be spent naming things - quite the contrary, it will mean more time is wasted debating every case. It's worth stressing that naming conventions are not new - we've had them for global functions for many many years. We may talk about "putting things into namespaces", but PHP's namespaces really are just names, so this RFC could easily be called "update naming conventions for classes". Regards, -- Rowan Tommins [IMSoP]
