在之前的一篇博客( 用DDD(领域驱动设计)重构会计凭证生成(上))的最后谈了一下个人对于Java interface被语言设计者创造出来的最初目的的认识,之后有一位同行在评论中表达了他的观点。以下是讨论的内容。
同行的观点:
Java的interface的目的是什么?肯定不只是多台。比如可以通过接口表达关注点的分离,让使用者只关心接口能提供过的能力,而不用去关心具体的实现细节。比如实现类中的一些私有方法和工具方法等。
我的回复:
首先我部分认同你的观点,也就是接口的作用不只多态一个,但我说的是接口的目的,而不是接口的作用,也就是说“作用”可以根据自己的需要并结合接口本身的特点来定义它在一个上下文中所承担的责任,比如你可以在开发规范中将接口定义为隔离关注点的工具(为什么不用分层来隔离关注点),这当然没问题,但这一定不是当初创造“接口”这个概念的人的目的,也就是说,除了多态外,接口的其他作用都是被后天赋予的,唯独多态是接口诞生的目的。
至于用接口来分离关注点,个人觉得给你的那句话略加改动其实更能体现接口的作用,即“接口可以让使用者不用去关心具体是由‘谁’实现的”。
举个例子,当调用一个实现了多个接口的类,且使用者在其上下文中只关注该类的一个能力,这样的场景使用接口来承载所创建的类的确更合适,而这并不能让使用者不去关心实现细节。我本想把你说的“不用去关心具体实现细节”理解为不被实现类中的其他接口的方法所干扰,但你后面举例说“私有方法等”,而私有方法本身不就是为了封装细节,private已经明确告知调用者:“别理我,这不是你该知道的”,在这样的前提下用接口来屏蔽类似私有方法这样的细节的必要性又在哪呢。这么说吧,如果使用者对实现细节有兴趣,而且也想了解,那么仅凭一个接口肯定阻止不了使用者的探索脚步。同理,如果使用者不想了解细节,即便将使用者所调用的方法中那些提供支持的所有私有方法全部修改为公有,使用者也不会去关心。因此隐藏实现细节跟通过接口调用方法其实没什么关系。所以是否关注实现细节只取决于使用者,而不是仅通过一个接口就能让使用者不去关心实现细节。如果想让调用者真正完全不关心私有方法等细节,那最好选择RPC接口这种黑盒的方案,别说私有方法,任何方法使用者都别想看到。
文章讨论了Java接口的初衷是多态,而非仅为关注点分离。作者认为接口的其他用途如隔离关注点是后天发展,多态是其核心。接口不能阻止使用者了解实现细节,关注点在于使用者的需求,RPC接口提供黑盒访问是完全屏蔽实现细节的选择。

被折叠的 条评论
为什么被折叠?



