构建枚举类(策略模式)

文章介绍了如何利用枚举在项目中实现策略模式,优化业务实体构建。枚举中包含描述信息和具体构建方法,如SOP_IDLIST、SOP_PRODUCTIDLIST等,通过转换方法将不同类型的集合转化为对应的实体对象。同时,注意枚举应提供getter和适当构造器,并根据参数类型定义不同枚举。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

背景:项目中很多业务需构建实体,此时可以用枚举来实现策略模式构建

目录

一、枚举设定

二、代码参考

三、注意


一、枚举设定

1:建议加入desc

2:设定返回的方法,每一个枚举都可以用此方法,用时方法使用final修饰,同时针对返回同一个实体,方法名可以一致,传入参数为object即可,可向下转为一切类型

二、代码参考

@Getter
@AllArgsConstructor
public enum EmSingleBuilder {
    /*******************sop*****************/
    SOP_IDLIST("根据Sop主键集合构建"){
        public  SopEntity buildSopEntity(Object obj) {
            return SopConvert.INSTANCE.convertAoToEn(
                    new SopEntity().setIncludeIdList((List<String>) obj));
        }

    },

    SOP_PRODUCTIDLIST("根据产品主键集合构建"){
        public  SopEntity buildSopEntity(Object obj) {
            return SopConvert.INSTANCE.convertAoToEn(
                    new SopEntity().setProductIdList((List<String>) obj));
        }

    },

    /*******************sopDetail*****************/
    SOPDETAIL_SOPID("根据SOP主键构建"){
        public SopDetailEntity buildSopDetailEntity(Object obj){
            return SopDetailConvert.INSTANCE.convertAoToEn(
                    new SopDetailEntity().setSopId((String) obj));
        }

    },

    /*******************sopDirectory*****************/
    SOPDIRECTORY_IDLIST("根据SOP主键构建"){
        public SopDirectoryEntity buildSopDirectoryEntity(Object obj){
            return SopDirectoryConvert.INSTANCE.convertAoToEn(
                    new SopDirectoryEntity().setIncludeIdList((List<String>)obj));
        }

    };

    private String desc;

    public   SopEntity buildSopEntity(Object obj){return null;}

    public SopDetailEntity buildSopDetailEntity(Object obj){return null;}
    public SopDirectoryEntity buildSopDirectoryEntity(Object obj){return null;}


}

三、注意

1:枚举需要给get方法以及构造器

2:建议根据传入参数类型来设定不同的枚举,比如参数一个参数,枚举为EmSingleBuilder

### Kotlin 密封类与枚举类的区别 #### 定义与基本概念 在 Kotlin 中,密封类(Sealed Classes)和枚举类(Enum Classes)都是用于表示有限集合的工具。然而,两者的设计目标和适用场景存在显著差异。 - **枚举类**是一种特殊的类形式,它允许定义一组固定的常量值。这些常量值是该类的唯一实例[^2]。 - **密封类**则是一个抽象的概念容器,它可以拥有多个具体的子类,但这些子类必须在同一文件中声明。通过这种方式,密封类能够表达更复杂的层次结构并支持多种不同的实现方式[^1]。 --- #### 成员属性与行为能力 - 枚举类中的每一个成员本质上只是一个对象实例,并且无法携带额外的状态或复杂的行为逻辑。如果需要扩展其功能,则可以通过 `object` 的方式为其单独添加方法或者字段[^2]。 - 而对于密封类来说,它的各个具体子类不仅可以继承父类的功能,还可以进一步自定义自己的状态参数以及独特的方法实现。这种灵活性使得密封类更适合用来描述那些具有不同表现形态的对象群组[^2]。 ```kotlin // 枚举类示例 enum class Color { RED, GREEN, BLUE; fun description(): String = when (this) { RED -> "Red color" GREEN -> "Green color" BLUE -> "Blue color" } } // 密封类示例 sealed class Result { data class Success(val value: Int) : Result() object Failure : Result() override fun toString(): String = when (this) { is Success -> "Success with $value" is Failure -> "Operation failed" } } ``` --- #### 使用范围与典型应用场景 - 当只需要简单地列举一些选项而不涉及任何动态变化的数据时,应该优先考虑使用枚举类。比如颜色的选择、星期几等等这样的情况非常适合作为枚举项来管理。 - 如果面临的是更加灵活的需求——即不仅限于静态列表而且还需要根据不同条件做出相应调整的话,则应当选用密封类作为解决方案之一[^1]。例如解析网络请求的结果可能成功也可能失败;又或者是游戏开发过程中角色的动作类型既包含了基础动作也涵盖了高级技能释放等多种可能性等情形下都可以借助密封类构建清晰易懂的业务模型[^1]。 --- #### 总结比较表 | 特性/类别 | 枚举类 | 密封类 | |------------------|-------------------------------------|---------------------------------------| | 实例数量 | 只能有一个单一实例 | 子类可有多个独立实例 | | 数据承载能力 | 不具备数据存储 | 支持携带任意数量及种类的数据 | | 方法定义权限 | 所有成员共享同一套公共API | 各个子类均可自由定制专属操作接口 | | 文件位置约束 | 无特别限制 | 必须与其直接派生的所有子类位于同一个源码单元内 | --- ### 示例代码展示 以下是两个实际应用的例子分别展示了如何利用这两种机制解决问题: ```kotlin fun processColor(color: Color): Unit = println(color.description()) val colorsList = listOf(Color.RED, Color.GREEN, Color.BLUE) colorsList.forEach { c -> processColor(c) } ``` 上面这段程序片段演示了怎样基于预设好的几种色彩来进行统一处理流程调用。 相比之下下面这个例子则是关于采用密封类解决更为棘手状况下的策略模式设计思路: ```kotlin fun handleResult(result: Result): String = result.toString() val resultsSequence = sequenceOf(Result.Success(42), Result.Failure) resultsSequence.map(::handleResult).forEach(::println) ``` 在这里我们看到即使面对不确定性的输入也能依靠精心规划过的分类体系得到妥善处置结果反馈给用户端呈现出来。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值