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

bigbigeggs · 2020-04-07T12:53:04Z

这条认为在接口中定义常量是错误的，不规范的应该用类来定义常量感觉基本上项目中常量都是写在接口上面吧各位老哥怎么看？

定义

中常量

接口

effective

26 replies • 2020-06-28 16:37:20 +08:00

1

Honwhy

Apr 7, 2020

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

```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);
}
}

```

2

sakura1

Apr 7, 2020

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

3

majiaxin110

Apr 7, 2020

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

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

4

Xbluer

Apr 7, 2020

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

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

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

5

chanchan

Apr 7, 2020

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

6

collery

Apr 7, 2020

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

7

charlie21

Apr 7, 2020

轻型接口不需要

重型接口随便

8

SaulLawliet

Apr 7, 2020

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

9

lee015

Apr 8, 2020 via Android

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

10

SoloCompany

Apr 8, 2020

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

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

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

11

xcstream

Apr 8, 2020

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

12

wysnylc

Apr 8, 2020

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

13

YzSama

Apr 8, 2020

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

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

14

hantsy

Apr 8, 2020

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

15

hantsy

Apr 8, 2020

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

16

yidinghe

Apr 8, 2020

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

17

brucewuio

Apr 8, 2020

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

18

wozhizui

Apr 8, 2020

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

19

bigbigeggs

OP

Apr 8, 2020

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

20

bigbigeggs

OP

Apr 8, 2020

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

21

SoloCompany

Apr 8, 2020

@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) 紧密关联, 则并没有什么不妥

22

majiaxin110

Apr 8, 2020

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

23

EastLord

Apr 9, 2020

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

24

BBCCBB

May 23, 2020

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

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

25

BBCCBB

May 23, 2020

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

26

shupaiqianbi

Jun 28, 2020

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

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

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

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

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