设计模式
文章平均质量分 82
kopmj99
这个作者很懒,什么都没留下…
展开
-
已经是公元2023年了,一定还有这么写代码的Javaer——看如何把简单事情搞复杂的
先来一道开胃菜。这是典型的Javaer对于类似问题的代码写法。尝尝这么写香不香。(将is_tax从int改为tinyint(1))V再来看一个。首先是这个方法名,purchase这个动词说明是跟业务有关系,而且还是一个很大的业务逻辑,而如果真看代码则根本不是那么回事,其实加个get前缀才符合这个方法的气质。其次,宁可用一堆魔数加注释都舍不得定义几个常量。当然,更合适的方式是将这些equals判断放入vo中,然后给方法起一个符合业务的名字,比如 getSubjectOfInputTax()。原创 2023-03-05 13:06:13 · 146 阅读 · 0 评论 -
SRP左右护法 vs 千行Service————状态模式+命令模式瘦身记
如果你看过了众多状态模式的讲解,也许你会发现所有网上和书中所介绍的状态模式的代码都有一个共同点,那就是Context在被赋予了一个初始状态后就不再与除State之外的对象交互了,换句话说就是Context中的所有方法是没有入参的,并且Context中如果维护了除State之外的属性,那这些属性的值是不能被使用Context的一方修改的。这是一种非常种理想的情况,实际业务中不会这么简单。来看下面的代码。原创 2022-11-19 20:32:57 · 285 阅读 · 0 评论