On 6 September 2013 12:12, Dan Ackroyd <[email protected]> wrote:
>> If named parameters are introduced, signature validation should include
>> parameter names. Throwing a fatal error (for the interface/class
> combination)
>> would break backwards compatibility though. We could use some lower error
>> type...
>
> Would it be possible to set the error level through an ini setting? Or
> disable it entirely?
I've said this before, but to reiterate it: I'd be a huge -1 on
anything that involves configurable language behaviour. It's a support
nightmare, and I'm glad those days are now mostly over.
> People who are writing new code that is aware of named parameters should
> want a fatal error for any coding mistake that violates the contract.
I'd say the odds are that those sorts of users are going to be writing
code that is required to be notice/strict clean anyway — that's
certainly been true everywhere I've worked that's had a "modern"
codebase.
Adam