我正在尝试使用存储过程构建键值存储,并且我发现枚举在定义事物时非常方便。我希望DB是表的枚举,表与操作的枚举和区域的枚举相关联。问题是枚举不能扩展抽象类,所以我必须使用接口。所以我有很多枚举,每个枚举都必须实现相同的代码(定义相同的字段,编写相同的构造函数来填充这些字段,并覆盖使用这些字段的getter和方法)。下面是这样一个枚举的示例:
interface Operation<VAL, PARAM>
{
int code();
Serdes<PARAM> pSerdes();
VAL apply(VAL val, byte[] pbytes);
}
...
// Job, Param, & Ticket are protobuf classes
public enum JobOp implements Operation<Job, Param>
{
AddTicket(0, (job, param) -> ...),
RemoveTicket(1, (job, param) -> ...),
CompleteTicket(2, (job, param) -> ...);
private final int code;
private final Serdes<Param> pSerdes = new ProtoSerdes<>(Param.PARSER);
private final BiFunction<Job, Param, Job> proc;
JobOp(int code, BiFunction<Job, Param, Job> proc)
{
this.code = code
this.proc = proc
}
@Override
public int code() { return code; }
@Override
public Serdes<Param> pSerdes() { return pSerdes; }
@Override
public Job apply(Job val, byte[] pbytes)
{
final Param param = pSerdes.fromBytes(pbytes);
return proc.apply(val, param);
}
}
我想避免所有重复的样板文件,并尽可能尊重DRY,所以我已经开始使用内部类来表示字段:
interface Operation<VAL, PARAM>
{
default int code() { return imp().code; }
default Serdes<PARAM> pSerdes() { return imp().pSerdes; }
default VAL apply(VAL val, byte[] pbytes) { return imp().apply(val, pbytes); }
// Reduce the number of fields and getters to implement to one: imp
Imp<VAL, PARAM> imp();
class Imp<VAL, PARAM>
{
public final int code;
public final Serdes<PARAM> pSerdes;
private final BiFunction<V, P, V> proc;
Imp(int code, Serdes<PARAM> pSerdes, BiFunction<V, P, V> proc)
{
this.code = code;
this.pSerdes = pSerdes;
this.proc = proc;
}
VAL apply(VAL val, byte[] pbytes)
{
PARAM param = pSerdes.fromBytes(pbytes);
return proc.apply(val, param);
}
}
}
...
// Job, Param, & Ticket are protobuf classes
public enum JobOp implements Operation<Job, Param>
{
AddTicket(0, (job, param) -> ...),
RemoveTicket(1, (job, param) -> ...),
CompleteTicket(2, (job, param) -> ...);
private final Serdes<Param> pSerdes = new ProtoSerdes<(Param.PARSER);
private final Operation.Imp<Job, Param> imp;
JobOp(int code, BiFunction<Job, Param, Job> proc)
{
imp = new Imp(code, pSerdes, proc);
}
@Override
public Imp<Job, Param> imp() { return imp; }
}
这有助于减少样板文件,但我对Java相当陌生,担心这可能是反模式。它还公开了一个我不希望成为接口一部分的变量,并添加了可能会影响性能的额外级别的函数调用。我想到的一个保持公共接口整洁的解决方案是,在接口的一个实例上设置键值,将字段对象保存在一个静态WeakHashMap中:
interface Operation<VAL, PARAM>
{
default int code() { return imp(this).code; }
default Serdes<PARAM> pSerdes() { return imp(this).pSerdes; }
default VAL apply(VAL val, byte[] pbytes) { return imp(this).apply(val, pbytes); }
final Map<Operation, Imp> imps = new WeakHashMap<>();
@SuppressWarnings("unchecked")
static <V, P> Imp<V, P> imp(Operation<V, P> op) { return imps.get(op); }
static <V, P> void bind(Operation<V, P> op, Imp<V, P> imp) { imps.put(op, imp); }
class Imp<VAL, PARAM>
{
public final int code;
public final Serdes<PARAM> pSerdes;
private final BiFunction<V, P, V> proc;
Imp(int code, Serdes<PARAM> pSerdes, BiFunction<V, P, V> proc)
{
this.code = code;
this.pSerdes = pSerdes;
this.proc = proc;
}
VAL apply(VAL val, byte[] pbytes)
{
PARAM param = pSerdes.fromBytes(pbytes);
return proc.apply(val, param);
}
}
}
...
// Job, Param, & Ticket are protobuf classes
public enum JobOp implements Operation<Job, Param>
{
AddTicket(0, (job, param) -> ...),
RemoveTicket(1, (job, param) -> ...),
CompleteTicket(2, (job, param) -> ...);
private final Serdes<Param> pSerdes = new ProtoSerdes<(Param.PARSER);
JobOp(int code, BiFunction<Job, Param, Job> proc)
{
Operation.bind(this, new Imp(code, pSerdes, proc));
}
}
这个想法的灵感来自Python的属性,但它有一些问题:
1)它并没有完全摆脱公共接口的污染,它只是稍微混淆了它。
2)它可能会招致更大的性能损失。
3)它隐式地要求实现者在构造函数中绑定一个Fields对象。
有没有更好的方法来做这件事?上面的两个解决方案是否比我所指出的(性能问题和不干净的代码)更有问题?我正在尝试遵循德米特定律,但这感觉可能会在以后引起一些耦合问题。
编辑:在适当的地方添加了'final‘
编辑2:增加了对开头段落的说明,并清理了一些示例
发布于 2018-09-26 15:12:55
你在设计一个什么都知道并且能执行任何事情的上帝类吗?
The visitor pattern可以将任务分成多个部分,然后将它们组合在一起执行。
https://stackoverflow.com/questions/52508229
复制相似问题