个人推测:语言的设计者可能觉得这增加了interface的access model的复杂度。
负责实现接口的class的会很为难,如果implementation和interface不在一个package下面,你该不该implement一个protected method呢?
下面我用2个实例说明,第一个让你觉得protected interface method不太make sense。另一个让你觉得,它就完全不make sense。
比如说,在sample.interface这个包下面有一个ISomething。
package sample.interface;
interface ISomething {
protected foo1() { ... }
}
下面的case就怪怪的。
package a.place.of.nowhere;
// some code tries to use ISomething
ISomething someting = initializeSomething();
something.foo1(); // 抱歉,foo1是被保护的,和你不是一个package的,你滚吧。
// ME: shit... if I cannot use anything of this interface, why the heck you expose this interface to me...
更不make sense的:
package a.place.of.nowhere;
// some code tries to implements ISomething
class SomethingImpl implements ISomething {
// 抱歉,尽管你想implement foo1这个接口方法,但是由于你在a.place.of.nowhere这个package,foo1()对你是不可见的。走人吧。
protected void foo1() {...}
如此一来,class implement和interface就要在一个package下面。这是什么鬼啊,我可能要实现多个interface,又不能分身。。