Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

2016-03-05 Thread Stephen Coakley
On 03/05/2016 12:26 PM, Walter Parker wrote: For software written for other people and for projects that don't have ongoing tech staffs that do tech debt maintenance, they would like to keep old, working code running. Telling them that they must spend money to update the software so that the lang

Re: [PHP-DEV] Re: [RFC] Traits with interfaces

2016-03-05 Thread Stephen Coakley
On 03/04/2016 01:17 AM, Davey Shafik wrote: On Thu, Mar 3, 2016 at 2:19 PM, Stephen Coakley wrote: On Wed, 17 Feb 2016 09:25:50 -0500, Kevin Gessner wrote: Hello internals team! I'd like to propose an RFC to allow traits to implement interfaces. I've noticed s pattern in Etsy's code and el

Re: [PHP-DEV] Re: [RFC] Traits with interfaces

2016-03-05 Thread Jesse Schalken
Your class 'c' example (last link) only shows method 'bar' (the trait method) and not 'bat' (the aliased metod). The class has both, but 'bat' is hidden from get_class_methods() because it is private. On 6 Mar 2016 10:16 am, "Davey Shafik" wrote: > On Fri, Mar 4, 2016 at 2:06 AM, Rowan Collins >

Re: [PHP-DEV] Re: [RFC] Traits with interfaces

2016-03-05 Thread Davey Shafik
On Fri, Mar 4, 2016 at 2:06 AM, Rowan Collins wrote: > Davey Shafik wrote on 04/03/2016 07:17: > >> 1. If you simply alias (use foo { bar as bat; }) then you end up with an >> *additional* method with the new name, the trait method as defined is >> still >> brought in, and_will_ override inheri

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

2016-03-05 Thread Walter Parker
On Sat, Mar 5, 2016 at 7:00 AM, Fleshgrinder wrote: > On 3/5/2016 2:33 PM, Lester Caine wrote: > > On 05/03/16 11:26, Fleshgrinder wrote: > >> PHP being a mess is still one of the most quoted arguments against PHP! > >> > Only if it results in an actual and measurable improvement. Changes >

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

2016-03-05 Thread Fleshgrinder
On 3/5/2016 2:33 PM, Lester Caine wrote: > On 05/03/16 11:26, Fleshgrinder wrote: >> PHP being a mess is still one of the most quoted arguments against PHP! >> Only if it results in an actual and measurable improvement. Changes for "purity" or "consistency" do NOT fall into this category.

Re: [PHP-DEV] Re: [RFC] Deprecations for PHP 7.1

2016-03-05 Thread Johannes Schlüter
On Fri, 2016-03-04 at 21:50 -0600, Stephen Coakley wrote: > Sounds like the smelliest of > code smells. Considering what I've seen (and in some cases done myself to outsmart my later self) I wouldn't be surprised if some did. :-) We can't imagine all the creativity of PHP users, johannes --

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

2016-03-05 Thread Lester Caine
On 05/03/16 11:26, Fleshgrinder wrote: > PHP being a mess is still one of the most quoted arguments against PHP! > >> > Only if it results in an actual and measurable improvement. Changes for >> > "purity" or "consistency" do NOT fall into this category. > This is your believe and you know that m

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

2016-03-05 Thread Fleshgrinder
On 3/4/2016 10:39 AM, Tony Marston wrote: > wrote in message news:56d86c00.6000...@fleshgrinder.com... >> >> On 3/3/2016 10:34 AM, Tony Marston wrote: >>> If you want to avoid such confusion over alias names then surely that >>> would be an argument against introducing aliases in the first place. I

[PHP-DEV] Re: [RFC] Deprecations for PHP 7.1

2016-03-05 Thread Tony Marston
"Stephen Coakley" wrote in message news:db.f0.25279.8c0d9...@pb1.pair.com... On 02/18/2016 06:41 AM, Nikita Popov wrote: Hi internals! I've created a bulk-deprecation RFC for PHP 7.1: https://wiki.php.net/rfc/deprecations_php_7_1 I'm using this RFC to collect various deprecations targeting P