这是一个创建于 2009 天前的主题，其中的信息可能已经有所发展或是发生改变。
Enum 属于 model 层 ，业务代码数据 server 层， 为了消除一大段 if else 结构，我在 server 层建了个和 model 层相同的 Enum，并且定义了 abstract 方法，每个枚举逐一采用不同的实现的方式。
当业务代码到这个 if 的时候，根据代码自带的枚举，执行枚举各自实现的方法。
但是心里总感觉别扭 ，总觉得不伦不类的
v 友们 有什么更好的办法么
 |
1
xiaoxinshiwo 2018-10-24 13:47:42 +08:00
Enum 怎么属于 model 层呢？不是属于 core 或者 common 吗？所有层都能依赖的啊
|
 |
2
sutra 2018-10-24 14:01:38 +08:00
策略模式？
|
 |
3
hrong 2018-10-24 14:06:04 +08:00 via Android
java functional programming
|
 |
4
yuhuan66666 OP @xiaoxinshiwo #1 一直都这么定的，业务相关的 Enum
|
|
5
hrong 2018-10-24 14:17:35 +08:00 via Android
或者 decision table。
|
 |
6
wr410 2018-10-24 14:48:34 +08:00
Enum 不是应该配合 switch 的吗？
|
|
7
yuhuan66666 OP @sutra #2 有点太重了
|
|
8
yuhuan66666 OP @wr410 #6 不光是啊 ，彻底去掉那个 if 结构 switch 也是一大坨
|
 |
9
guojxx 2018-10-24 14:53:15 +08:00
职责链？
|
 |
10
alk062003 2018-10-24 14:53:56 +08:00 via iPhone
q
|
|
11
xiaoxinshiwo 2018-10-24 15:36:32 +08:00
@yuhuan66666 #4 从来如此，便对么？——鲁迅
|
|
12
yuhuan66666 OP @xiaoxinshiwo #11 业务场景不同，公共的定义在 common 项目专属的就放到了 model，之前 Enum 只是单纯的枚举作用，我算是第一个把业务逻辑和枚举搞一起的，没什么不可以的，就是让人感觉怪怪的，想来现在提倡的就是低耦合，我还是耦合到一起了
我在 server 创建了一个 Enum 作为 model 里 Enum 的映射 来处理 逻辑 完全不知道应该放到什么路径下，service 里全是接口，impl 全是实现，暂时放在了 utils，感觉有点怪 |
|
13
xiaoxinshiwo 2018-10-24 15:54:16 +08:00
@yuhuan66666 #12 所以你的 model 划分不合理啊，你也说没什么不可以，有觉得怪，所以还是安于现状吧
|
 |
14
zhix 2018-10-24 16:00:11 +08:00
是有一点反模式的味道，建议使用抽象类 + 继承来实现基于多态的策略模式。使用枚举实现多态有一点强行绑定的感觉。
|
 |
15
pelloz 2018-10-24 16:00:32 +08:00
你在枚举里面不应该直接写实现的方法，应该只记录实现类的名字(string)，这些类应该实现同一个接口，然后通过 applicationContext.getBean 或者反射来调用具体实现类
|
Select Language