Hello Jan, Thursday, July 3, 2003, 6:15:04 PM, you wrote:
JS> Zitat von Moriyoshi Koizumi <[EMAIL PROTECTED]>: >> [EMAIL PROTECTED] (Marcus Börger) wrote: >> >> > Hello internals, >> > >> > It is of course correct that an interface method cannot be declared >> private >> > but i think it should be possible to declare it protected. >> >> I don't see the benefit to allow interfaces to have protected methods as >> I >> use abstracts for that purpose. What's your point? JS> Agreed. As the name implies "interfaces" define interfaces to the outside JS> not to extending classes. Not really. An interface simply describes a protocol subset that must be part of the implementing class's protocol. In that it makes no sense to allow final or private methods in an interface but still a protected member in an interface would describe a subset of a protocol. And hence it would describe a method that must be available with protected or public visibility. Or in other words it would make it possible to hide a method per default from outside. "A derived class must implement it but other classes are not supposed to use it" I came across this when i experimened with __clone. -- Best regards, Marcus mailto:[EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php