On 11/03/15 22:44, Yasuo Ohgaki wrote: > Having namespace for internals would bring much flexibility for API changes, > both > OO and procedural API. I may try my best to have consensus. > > I think you also like to have OO style API for basic > variables(int/float/array) as I am. > Unless we have good/proper procedural API names, it would be an obstacle to > have OO style API for basic variables. I wish you agree to do something for > it.
Personally I just want to keep the current name set and so the sheer volume of changes proposed is a big kick in the face to me. People are talking about the need for an OO based interface, but there has been no comment by anybody as to how that should be styled. Having switched everything to camelCase as part of the E_STRICT reworking that is already well established so while I can see why you want to complete a complete switch to underscore padded names THAT is not consistent with what everybody else is already using? There should not be two naming styles running in parallel and that is all I am objecting to. If you get support for this RFC then both an extended namespace name set and OO based objects should all follow the same rules, and THAT is not what has been happening? I think it is equally valid to ask if the current naming guide IS still appropriate or if a switch to camelCase for every name space is more practical moving forward. In which case dropping the extra underscores makes more sense than adding hundreds more! That a name can be written all lower case, all upper case or any combination is more a matter of choice, but as you say error messages adopt a standard that may not match what is in the code anyway? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
