对应implements是不是应该有个关键字from

public interface Service{
public void dosomething();
}

public class ServiceImpl implements Service{
public void dosomething(){
}
}

可以写成下面这样,好处就是一开始只需要考虑实现类,然后可以针对不同的需求抽取不同的接口,比如暴露成web service
增加这样一个功能估计对java语言改变不是很大,但是方便了很多.

public interface Service from ServiceImpl{
public void dosomething();
}

public class ServiceImpl{
public void dosomething(){
}
}

晕…………

那还不如java语言不支持接口... 嘿嘿

何出此言?

java接口和实现绑定死了，那要接口还有意义么？

原来怎么用接口可以照样用,这个只是增加一个新功能,把接口当作mask来用,挡住不需要暴露的方法,可以把它看作是一种配置文件.
比如我有个类有方法a,b,这个类是别的lib的不能修改,现在我只为dwr暴露a方法,只为cxf暴露b方法,我新增加两个接口就行了.

我倒不觉得是这样,按你这样说,其实接口是依赖于具体的实现的,很有可能是为了写接口而写接口.试如你的意思,有一个类方法a,b,如果Ia接口为a方法,Ib接口为b方法,你认为会有新的类来实现Ia接口和Ib接口吗,没有吧.反而是你的接口直接依赖于类了,如果类不存在了,你的Ia,Ib不是会出错了?
我想按时你的想法更好的方法是有一个新的类来导向这种方法,如Ia的方法由类C来实现,而类C是依赖于类ab的,如:
class C from ClassAB implements Ia {
method a() {
from ClassAB.a().
}
}
不知道这种思想有没有,这样的话就有一个默认的类C来实现,且不会对Ia有任何的耦合,当然还可以进行扩展.
乱谈一气,哈哈.

推荐java不要接口，接口这个东西，实在是痛苦，直接导致无法充分使用代码，不过代码是更清晰了

没错,接口是依赖于实现了,但是不要用原来的interface来理解它,你可以把它们当作是两种不同的interface.Ia和Ib就没打算让其他类来实现,所以类不存在了它们俩也没存在的必要.

接口痛苦在哪里?

实在看不出来这有什么方便的，如果一个接口有七七四十九个实现你怎么from？