如何对业务代码中进行抽象和提取公有逻辑呢？

最近也在提升自己的代码能力，刚好新公司也会很尽职 review 代码，给一些意见。尽量做到领域内聚合，不做太多分支。遇到能快速返回的地方尽量快速返回。以下是我觉得对不同逻辑处理比较好的一种方式，这样的话，看代码的人不用在你的 if else 里面转晕了头

private final Map<Order.Type, BiConsumer<Order, SubmitParam>> EXTRA_PARAM_RESOLVER =
ImmutableMap.<Order.Type, BiConsumer<Order, SubmitParam>>builder()
.put(Order.Type.A, this::resolveForA)
.put(Order.Type.B, this::resolveForB)
.put(Order.Type.C, this::resolveForC)
.build();

复制粘贴就是最好的抽象

@fengjianxinghun 我觉得不对,我之前做页面,create 和 update 的页面不一样,管理员和其他用户用户同一种页面也分开,后来加东西,加死我了

有卵用，代码干净清爽，业务分类清晰，很少出 bug，就算出 bug 也很快解决了，沙雕老板反而觉得没什么事呀，这人没多大用呀，涨工资亏的慌呀。不如换个便宜的应届生呀。。。
我现在是功能实现就好，爱咋滴咋滴，能 cmd+c/v，绝不费脑筋去抽象，出 bug 能甩锅就甩锅，缝缝补补凑合用得了

@xwayway 这个 biconsumer 的应用有例子吗？好像平常就在 stream 里见过，但和你这个好像不太一样

@JJsty1e 只能说 case by case

放几篇文章出来看看有没有帮助.

https://blog.cleancoder.com/uncle-bob/2014/05/08/SingleReponsibilityPrinciple.html 、
http://sunnyday.mit.edu/16.355/parnas-criteria.html

如果看了些 DDD 相关的资料觉得比较抽象的话,推荐一篇我最近看的: https://tech.youzan.com/dddclue/