大家怎么看待 effective Java 接口只用于定义类型 这一个准则。

[bigbigeggs]

• 这条认为在接口中定义常量是错误的，不规范的

• 应该用类来定义常量

• 感觉基本上项目中常量都是写在接口上面吧

• 各位老哥怎么看？

[Honwhy]

不知道这条规则是不是要表达这个意思

```java
public interface Intf {
public final static String CONSTANT = "1";

public static class IntfImpl implements Intf {
public final static String CONSTANT = "2";
}
public static final class StaticClazz {
public final static String CONSTANT = "3";
}
public static void main(String[] args) {
System.out.println(Intf.CONSTANT);
System.out.println(IntfImpl.CONSTANT);
System.out.println(StaticClazz.CONSTANT);
}
}

```

[sakura1]

看到 effective java 就来了，虽然目前主写 scala，mark 一下

[majiaxin110]

> 基本上项目中常量都是写在接口上面吧

求例子，我目前还真没见过接口有很多常量的

[Xbluer]

Interface/接口 就是用来定义具有若干个方法的功能集合，描述实现接口的类 class 需要实现的功能。如果接口中包含了常量，那么这些常量就涉及到了实现相关的细节，职责不清。

也有历史遗留项目中会专门建立一些接口，里面仅仅包含常量。个人认为这么用勉强也行。

定义常量量更好的方式是定义 enum，或者 class 中 public stat final xxx.

[chanchan]

接口装常量?我从不这么做,我也不知道为什么...

[collery]

@chanchan 哈哈 我之前公司有个同事喜欢 接口里面写常量

[charlie21]

轻型接口不需要

重型接口随便

[SaulLawliet]

常量写在接口上比较省事. 有时一两个常量, 懒得专门定义一个工具类.
我觉得实际要看常量的数量把, 少了就写在接口上, 多了就定义一个工具类用来导出常量,

[lee015]

不会单独写个接口放常量。如果是接口方法参数用到少数几个常量可选取值，会放这个接口里一起写。

[SoloCompany]

你应该是理解错了
并不是不建议在接口上定义常量
而是接口不应该只用来定义常量

以及比如利用 "实现" 接口来 "继承" 常量是一个 bad pratice
相对而言更正确的做法应该是使用 static import

> The constant interface pattern is a poor use of interfaces.

[xcstream]

代码量越多看上去越复杂 kpi 就多

[wysnylc]

时代在发展,接口已经可以写 default 了,让作者更新下书吧

[YzSama]

其实，如果是 SDK 接口。可以这么直接定义
有些开源项目，定义好某些模块的功能接口 会直接把 请求地址写在 interface 类上 。实现的时候，直接使用定义好的地址。

本来 接口上定义的 变量，就是 常量。

[hantsy]

@wysnylc 有最新版本，更新到 9，11 了吧。

[hantsy]

接口定义常量，只能说明你的程序可以执行。合理与否，看这个接口本身的设计目的，是不是为了其实现类中使用。如果纯粹是用接口来定义常量，只能说有毛病。

[yidinghe]

当 java 发展到 5.0，出现枚举类型后，不论是在接口还是在类中定义常量，都已经不是设计的首选。尤其是通过接口来定义常量。如果用类来定义的话，起码还能将常量类型定义为这个类自身，起到类似枚举的效果；而接口就做不到了。

[brucewuio]

没有什么教条，看实际情况，吸收具体情况所需要的知识

[wozhizui]

接口主要定义抽象方法吧，针对接口编程，主要是 implement 后，实现相应的方法。
常量理解成属性，接口针对的是方法，属性一般不应该写在接口中吧，我是这么理解的。

[bigbigeggs]

@SoloCompany
static import?
那比如项目中大量的常量应该统一写在哪里比较合适呢？

[bigbigeggs]

@majiaxin110
基本上每个公司的项目中，有统一存放常量的地方吧。
我们的项目基本都在 xxxConstans 接口类中。
不放接口，那应该放在那里？

[SoloCompany]

@bigbigeggs #18 那句话的意思是说

不要使用没有任何实际意义的接口
比如 interface C { const X }, class A implements C { use(X) }

如果还是希望使用毫无意义的常量容器, 应该写成类 (concret 或 abstract 都无所谓)
比如 abstrace class C { const X }, import C.x; class A { use(X) }

而如果 C 本身是有意义的, 并且 X 和 C 的定义(contract) 紧密关联, 则并没有什么不妥

[majiaxin110]

@bigbigeggs 我认为应该考虑常量出现的场合分散放在合适的类里，尽可能使用枚举等，实在不行的话也是放在具体的类里而非接口。当然我觉得约定好了其实这个也没有大碍

[EastLord]

我认为常量应该定义在类中而不是接口中

[BBCCBB]

我就是定义在接口里的, 仅仅是不想写前面那坨 public static final 而已.

这个规则根据个人实际情况来.

[BBCCBB]

接口名后面加上 Constant, 这已经够明显了吧.

[shupaiqianbi]

这条的前提是 只定义常量的接口被子类实现了。
那么就有以下几种考虑:
1. 如果此接口被子类实现有什么不妥？
2. 如果没有子类去实现此接口，而是直接引用有什么不妥？

回答:
1. 如果被子类实现后，在以后扩展中为了二进制兼容性，不管以前使用的常量还有没有使用，此接口都需要一直实现。所以这种方式不妥。
2. 如果是引用的方式使用接口中的常量或者类定义常量，其实都不如引用枚举类。及时不使用枚举类，在语义上接口更容易让人混淆，不如类来的清晰。毕竟大家看到接口的第一印象就是有类去实现。

个人愚见，不认同的可以多多讨论。