关于阿里巴巴java开发手册中命名规范第12条尽量不要在接口里定义变量理解

附上第12条规范:

接口类中的方法和属性不要加任何修饰符(public也不要加),保持代码的简洁性,并加上有效的javadoc注释。尽量不要在接口里定义变量,如果一定要定义变量,肯定是与接口方法相关,并且是整个应用的基础变量。

首先我百度了下原因,但信息量太杂,大致浏览上10条后有用的就一条,提到了effective java。
在effective java中文版第2版中第19条:接口只用于定义类型提到:

当类实现接口时,接口就充当可以引用这个类的实例的类型(type).因此。类实现了接口,就表明客户端可以对这个类的实例实施某些动作。为了任何其他目的而定义接口是不恰当的。
     有一种接口被称为常量接口,它不满足上面的条件,这种接口没有包含任何方法,它只包含静态的final域,每个域都导出一个常量。使用这些常量的类实现这个接口,以避免用类名来修饰常量名。
     常量接口模式是对接口的不良使用。类在内部使用某些常量,这纯粹是实现细节。实现常量接口,会导致把这样的实现细节泄露到该类的导出API中。类实现常量接口,这对于这个类的用户来讲并没有什么价值。实际上,这样做反而使他们更加糊涂。更糟糕的是。它代表了一种承诺:如果在将来的发行版本中,这个类被修改了,它不再需要使用这些常量了,他依然必须实现这个接口,以确保二进制兼容性。如果非final 类实现了常量接口,它的所有子类的命名空间也会被接口中的常量所污染。
、、、、、、、、
简而言之,接口应该只被用来定义类型,它们不应该被用来导出常量

注:明明这都是书上有的东西,看完后为什么还要把它重复写在博客里。原因是1笔者记忆力一般,偏重逻辑思维,促使自己被动记忆2笔者通过写博客让自己重复思考加深理解3通过博客增加笔者知名度,人才太多,要学会毛遂自荐
参考书籍《effective java 中文版第二版》机械工业出版社

你可能感兴趣的:(开发规范)