Re: RfC: rethink OO inheritance strictness

From: Date: Mon, 07 Aug 2006 19:00:48 +0000
Subject: Re: RfC: rethink OO inheritance strictness
References: 1 2 3 4 5 6 7 8 9 10 11 12 13  Groups: php.internals 
Request: Send a blank email to internals+get-25239@lists.php.net to get a copy of this message
Hello Richard, strict would meann a new keyword which most likely breaks a bunch of applications. It would be much easier to do: class Foo implements Strict { } and for the methods only stick with 'interface'. best regards marcus Monday, August 7, 2006, 8:29:09 PM, you wrote: > On Mon, August 7, 2006 8:25 am, Jeff Moore wrote: >> On Aug 4, 2006, at 3:23 AM, Derick Rethans wrote: >> >>> - Add a new flag to methods (at the implementation level) that will >>> allow to flag them as 'strict' >> >> Would exposing this flag to the user at method level get a bit verbose >> for those who want to use it? Perhaps a class level flag for all >> methods? Wasn't that proposed earlier? Its a long thread to follow, >> forgive me if I've missed something. > strict class blah blah blah { } > as shorthand for: > class blah blah blah { [strict function (){}]* } > doesn't seem like it would be too terribly difficult to implement or > understand... > Though 'strict' may not be the right keyword... > method_signature_match is a bit too verbose, though :-) > sigmatch ??? > 'strict' just has too many other potential meanings... > -- > Like Music? > http://l-i-e.com/artists.htm Best regards, Marcus

« previous php.internals (#25239) next »