Мы такие же?
Подсчитано, что многие мелкие партнеры (включая меня) находятся в такой ситуации и учатся сами.Java
Чтение языка, о перечисленииenum
Это знание может быть немного"недооценивать врага", я чувствую, что этот кусок контента очень прост, проходит мимо, и я не обращаю внимания на его использование в реальном процессе написания кода.
Да, я тоже!直到有一天我提的代码审核没过,被技术总监一顿批,我才重新拿起了《Java编程思想》,把перечислитьЭто знание было перепроверено.
Зачем нужно перечисление
Разве не мило определять константы? Почему мы должны использовать перечисление?
Например, возьмем видео, загруженное на станции B, видео обычно имеет три состояния:черновик,ревизияивыпуск, мы можем определить его какстатическая постоянная:
public class VideoStatus {
public static final int Draft = 1; //草稿
public static final int Review = 2; //审核
public static final int Published = 3; //发布
}
для этогоодин тип значенияОпределение статических констант правильно само по себе, главным образом потому, что там, где оно используется, нет явных ограничений, таких как:
void judgeVideoStatus( int status ) {
...
}
такой как здесьjudgeVideoStatus
Цель функции - передатьVideoStatus
Одна из трех статических констант , но поскольку ограничения типа нет, любая из них передается вint
Со значениями все в порядке, и компилятор не выдает никаких предупреждений.
Но после появления типа перечисления вышеприведенная ситуация может быть строго ограничена перечислением, например, очень лаконично использовать перечисление для определения состояния видео:
public enum VideoStatus {
Draft, Review, Published
}
Но в основном вместо перечисления будет сильнееограничения типа:
// 入参就有明确类型约束
void judgeVideoStatus( VideoStatus status ) {
...
}
это используетjudgeVideoStatus
Когда функция используется, тип входного параметра будет подвергаться явным ограничениям типа.Как только будет передано недопустимое значение, компилятор проверит нас, чтобы избежать потенциальных проблем.
Кроме того, перечисления более удобны и элегантны, чем обычные константы, с точки зрения расширяемости.
Повторное систематическое понимание перечисления
Возьмем пример из предыдущей статьи «Обещай мне, ты можешь перестать, если/иначе ходить по миру»: Например, в фоновой системе управления должны быть роли пользователей, причем роли, как правило, фиксированы и подходят для определения. перечисление:
public enum UserRole {
ROLE_ROOT_ADMIN, // 系统管理员
ROLE_ORDER_ADMIN, // 订单管理员
ROLE_NORMAL // 普通用户
}
Далее мы используем этоUserRole
пример для иллюстрацииВсе основные способы использования перечислений:
UserRole role1 = UserRole.ROLE_ROOT_ADMIN;
UserRole role2 = UserRole.ROLE_ORDER_ADMIN;
UserRole role3 = UserRole.ROLE_NORMAL;
// values()方法:返回所有枚举常量的数组集合
for ( UserRole role : UserRole.values() ) {
System.out.println(role);
}
// 打印:
// ROLE_ROOT_ADMIN
// ROLE_ORDER_ADMIN
// ROLE_NORMAL
// ordinal()方法:返回枚举常量的序数,注意从0开始
System.out.println( role1.ordinal() ); // 打印0
System.out.println( role2.ordinal() ); // 打印1
System.out.println( role3.ordinal() ); // 打印2
// compareTo()方法:枚举常量间的比较
System.out.println( role1.compareTo(role2) ); //打印-1
System.out.println( role2.compareTo(role3) ); //打印-2
System.out.println( role1.compareTo(role3) ); //打印-2
// name()方法:获得枚举常量的名称
System.out.println( role1.name() ); // 打印ROLE_ROOT_ADMIN
System.out.println( role2.name() ); // 打印ROLE_ORDER_ADMIN
System.out.println( role3.name() ); // 打印ROLE_NORMAL
// valueOf()方法:返回指定名称的枚举常量
System.out.println( UserRole.valueOf( "ROLE_ROOT_ADMIN" ) );
System.out.println( UserRole.valueOf( "ROLE_ORDER_ADMIN" ) );
System.out.println( UserRole.valueOf( "ROLE_NORMAL" ) );
В дополнение к этому, перечисления также могут использоваться дляswitch
утверждение, и смысл более ясен:
UserRole userRole = UserRole.ROLE_ORDER_ADMIN;
switch (userRole) {
case ROLE_ROOT_ADMIN: // 比如此处的意义就非常清晰了,比1,2,3这种数字好!
System.out.println("这是系统管理员角色");
break;
case ROLE_ORDER_ADMIN:
System.out.println("这是订单管理员角色");
break;
case ROLE_NORMAL:
System.out.println("这是普通用户角色");
break;
}
пользовательское расширенное перечисление
Пример перечисления, показанный выше, очень прост, простоСлучай с одним значением, в то время как перечисления, используемые в реальных проектах, частоМногозначныйиспользование.
Например, я хочу расширить в приведенном вышеUserRole
Перечисление, присоединиться внутрьимя роли -- код ролиСоответствующее отношение, которое также часто используется в реальных проектах.
На данный момент мы можем настроить различные свойства, конструкторы и даже различные методы в перечислении:
public enum UserRole {
ROLE_ROOT_ADMIN( "系统管理员", 000000 ),
ROLE_ORDER_ADMIN( "订单管理员", 100000 ),
ROLE_NORMAL( "普通用户", 200000 ),
;
// 以下为自定义属性
private final String roleName; //角色名称
private final Integer roleCode; //角色编码
// 以下为自定义构造函数
UserRole( String roleName, Integer roleCode ) {
this.roleName = roleName;
this.roleCode = roleCode;
}
// 以下为自定义方法
public String getRoleName() {
return this.roleName;
}
public Integer getRoleCode() {
return this.roleCode;
}
public static Integer getRoleCodeByRoleName( String roleName ) {
for( UserRole enums : UserRole.values() ) {
if( enums.getRoleName().equals( roleName ) ) {
return enums.getRoleCode();
}
}
return null;
}
}
Из приведенного выше кода видно, что вenum
Классы перечисления можно делать точно так же, как в обычныхClass
Таким же образом объявляйте свойства, конструкторы и методы-члены.
перечисление + интерфейс = ?
Например, в моей предыдущей статье «Обещай мне, остановись, если/иначе иди в мир, ладно?»if/else
При устранении я говорил о том, как пройтиПусть enum реализует интерфейсзаполняться удобно.
Вот посмотрите еще раз:
Какая роль может что делать, это, очевидно, имеет соответствующие отношения, поэтому сначала мы определяем публичный интерфейсRoleOperation
, указывая операции, которые могут выполнять разные роли:
public interface RoleOperation {
String op(); // 表示某个角色可以做哪些op操作
}
Далее мы передадим все ситуации разных ролей в класс перечисления и определим класс перечисленияRoleEnum
, и пусть реализуетсяRoleOperation
интерфейс:
public enum RoleEnum implements RoleOperation {
// 系统管理员(有A操作权限)
ROLE_ROOT_ADMIN {
@Override
public String op() {
return "ROLE_ROOT_ADMIN:" + " has AAA permission";
}
},
// 订单管理员(有B操作权限)
ROLE_ORDER_ADMIN {
@Override
public String op() {
return "ROLE_ORDER_ADMIN:" + " has BBB permission";
}
},
// 普通用户(有C操作权限)
ROLE_NORMAL {
@Override
public String op() {
return "ROLE_NORMAL:" + " has CCC permission";
}
};
}
Таким образом, на месте вызова становится предельно просто, достаточно одной строчки кода и вообще ничего не нужноif/else
:
public class JudgeRole {
public String judge( String roleName ) {
// 一行代码搞定!之前的if/else灰飞烟灭
return RoleEnum.valueOf(roleName).op();
}
}
И таким образом, если я хочу расширить условия в будущем, мне нужно только перейти к классу перечислениядобавить кодПросто, без изменения старого кода, очень последовательнопринцип открыто-закрыто!
Перечисления и шаблоны проектирования
Какие? Могут ли перечисления также реализовывать шаблоны проектирования?
Да!不仅能而且还能实现好几种!
1. Одноэлементный режим
public class Singleton {
// 构造函数私有化,避免外部创建实例
private Singleton() {
}
//定义一个内部枚举
public enum SingletonEnum{
SEED; // 唯一一个枚举对象,我们称它为“种子选手”!
private Singleton singleton;
SingletonEnum(){
singleton = new Singleton(); //真正的对象创建隐蔽在此!
}
public Singleton getInstnce(){
return singleton;
}
}
// 故意外露的对象获取方法,也是外面获取实例的唯一入口
public static Singleton getInstance(){
return SingletonEnum.SEED.getInstnce(); // 通过枚举的种子选手来完成
}
}
2. Режим стратегии
Это также лучший пример, например, используя перечисление, вы можете написать основанный на политике калькулятор сложения и вычитания.
public class Test {
public enum Calculator {
ADDITION {
public Double execute( Double x, Double y ) {
return x + y; // 加法
}
},
SUBTRACTION {
public Double execute( Double x, Double y ) {
return x - y; // 减法
}
},
MULTIPLICATION {
public Double execute( Double x, Double y ) {
return x * y; // 乘法
}
},
DIVISION {
public Double execute( Double x, Double y ) {
return x/y; // 除法
}
};
public abstract Double execute(Double x, Double y);
}
public static void main(String[] args) {
System.out.println( Calculator.ADDITION.execute( 4.0, 2.0 ) );
// 打印 6.0
System.out.println( Calculator.SUBTRACTION.execute( 4.0, 2.0 ) );
// 打印 2.0
System.out.println( Calculator.MULTIPLICATION.execute( 4.0, 2.0 ) );
// 打印 8.0
System.out.println( Calculator.DIVISION.execute( 4.0, 2.0 ) );
// 打印 2.0
}
}
Класс коллекции, специализированный для перечисления
Обычно мы привыкли использовать такие вещи, как:HashMap
иHashSet
И другие элементы коллекции для цветения и для перечисления имеют свои специальные коллекции:EnumSet
иEnumMap
1. Набор перечислений
EnumSet
специально разработан для хранения типов перечисленияSet
тип.
Или, например, перечисление ролей, определенное в статье, в качестве примера:
public enum UserRole {
ROLE_ROOT_ADMIN, // 系统管理员
ROLE_ORDER_ADMIN, // 订单管理员
ROLE_NORMAL // 普通用户
}
Например, группа людей в системе нам нужна, чтобы один из них не играл роль:
// 定义一个管理员角色的专属集合
EnumSet<UserRole> userRolesForAdmin
= EnumSet.of(
UserRole.ROLE_ROOT_ADMIN,
UserRole.ROLE_ORDER_ADMIN
);
// 判断某个进来的用户是不是管理员
Boolean isAdmin( User user ) {
if( userRoles.contains( user.getUserRole() ) )
return true;
return false;
}
2. enummap
такой же,EnumMap
Он используется для хранения типа перечисления какkey
изMap
тип.
Например, когда в систему заходит группа людей, нам нужно посчитать, сколько там людей в разных ролях:
Map<UserRole,Integer> userStatisticMap = new EnumMap<>(UserRole.class);
for ( User user : userList ) {
Integer num = userStatisticMap.get( user.getUserRole() );
if( null != num ) {
userStatisticMap.put( user.getUserRole(), num+1 );
} else {
userStatisticMap.put( user.getUserRole(), 1 );
}
}
использоватьEnumMap
Можно сказать, что это очень удобно.
Суммировать
Есть так много трюков с небольшим перечислением, но, к счастью, процесс изучения и обобщения довольно интересен, и я повторил много знаний, так что не торопитесь.