- 浏览: 91636 次
- 性别:
- 来自: 上海
文章分类
最新评论
-
rihui1hao:
总的来说还是不错的
3、Session的get()/load( ...
hibernate总结 -
Jassicr:
相见恨晚呐
java常用算法分析和实现(一) -
xuhang1128:
这是我看过的最好的讲解jvm内存管理,谢谢lz
JVM内存管理:深入垃圾收集器与内存分配策略 -
zcr789654123:
...
StringUtils api 中文 英文 对照
装饰模式(Decorator)
1 场景问题
1.1 复杂的奖金计算
考虑这样一个实际应用:就是如何实现灵活的奖金计算。
奖金计算是相对复杂的功能,尤其是对于业务部门的奖金计算方式,是非常复杂的,除了业务功能复杂外,另外一个麻烦之处是计算方式还经常需要变动,因为业务部门经常通过调整奖金的计算方式来激励士气。
先从业务上看看现有的奖金计算方式的复杂性:
-
首先是奖金分类:对于个人,大致有个人当月业务奖金、个人累计奖金、个人业务增长奖金、及时回款奖金、限时成交加码奖金等等;
-
对于业务主管或者是业务经理,除了个人奖金外,还有:团队累计奖金、团队业务增长奖金、团队盈利奖金等等。
-
其次是计算奖金的金额,又有这么几个基数:销售额、销售毛利、实际回款、业务成本、奖金基数等等;
-
另外一个就是计算的公式,针对不同的人、不同的奖金类别、不同的计算奖金的金额,计算的公式是不同的,就算是同一个公式,里面计算的比例参数也有可能是不同的。
1.2 化后的奖金计算体系
看了上面奖金计算的问题,所幸我们只是来学习设计模式,并不是真的要去实现整个奖金计算体系的业务,因此也没有必要把所有的计算业务都罗列在这里,为了后面演示的需要,简化一下,演示用的奖金计算体系如下:
-
每个人当月业务奖金 = 当月销售额 X 3%
-
每个人累计奖金 = 总的回款额 X 0.1%
-
团队奖金 = 团队总销售额 X 1%
1.3 不用模式的解决方案
一个人的奖金分成很多个部分,要实现奖金计算,主要就是要按照各个奖金计算的规则,把这个人可以获取的每部分奖金计算出来,然后计算一个总和,这就是这个人可以得到的奖金。
(1)为了演示,先准备点测试数据,在内存中模拟数据库,示例代码如下:
/** * 在内存中模拟数据库,准备点测试数据,好计算奖金 */ public class TempDB { private TempDB(){ } /** * 记录每个人的月度销售额,只用了人员,月份没有用 */ public static Map<String,Double> mapMonthSaleMoney = new HashMap<String,Double>(); static{ //填充测试数据 mapMonthSaleMoney.put("张三",10000.0); mapMonthSaleMoney.put("李四",20000.0); mapMonthSaleMoney.put("王五",30000.0); } }
(2)按照奖金计算的规则,实现奖金计算,示例代码如下:
/** * 计算奖金的对象 */ public class Prize { /** * 计算某人在某段时间内的奖金,有些参数在演示中并不会使用, * 但是在实际业务实现上是会用的,为了表示这是个具体的业务方法, * 因此这些参数被保留了 * @param user 被计算奖金的人员 * @param begin 计算奖金的开始时间 * @param end 计算奖金的结束时间 * @return 某人在某段时间内的奖金 */ public double calcPrize(String user,Date begin,Date end){ double prize = 0.0; //计算当月业务奖金,所有人都会计算 prize = this.monthPrize(user, begin, end); //计算累计奖金 prize += this.sumPrize(user, begin, end); //需要判断该人员是普通人员还是业务经理,团队奖金只有业务经理才有 if(this.isManager(user)){ prize += this.groupPrize(user, begin, end); } return prize; } /** * 计算某人的当月业务奖金,参数重复,就不再注释了 */ private double monthPrize(String user, Date begin, Date end) { //计算当月业务奖金,按照人员去获取当月的业务额,然后再乘以3% double prize = TempDB.mapMonthSaleMoney.get(user) * 0.03; System.out.println(user+"当月业务奖金"+prize); return prize; } /** * 计算某人的累计奖金,参数重复,就不再注释了 */ public double sumPrize(String user, Date begin, Date end) { //计算累计奖金,其实应该按照人员去获取累计的业务额,然后再乘以0.1% //简单演示一下,假定大家的累计业务额都是1000000元 double prize = 1000000 * 0.001; System.out.println(user+"累计奖金"+prize); return prize; } /** * 判断人员是普通人员还是业务经理 * @param user 被判断的人员 * @return true表示是业务经理,false表示是普通人员 */ private boolean isManager(String user){ //应该从数据库中获取人员对应的职务 //为了演示,简单点判断,只有王五是经理 if("王五".equals(user)){ return true; } return false; } /** * 计算当月团队业务奖,参数重复,就不再注释了 */ public double groupPrize(String user, Date begin, Date end) { //计算当月团队业务奖金,先计算出团队总的业务额,然后再乘以1%, //假设都是一个团队的 double group = 0.0; for(double d : TempDB.mapMonthSaleMoney.values()){ group += d; } double prize = group * 0.01; System.out.println(user+"当月团队业务奖金"+prize); return prize; } }
(3)写个客户端来测试一下,看看是否能正确地计算奖金,示例代码如下:
public class Client { public static void main(String[] args) { //先创建计算奖金的对象 Prize p = new Prize(); //日期对象都没有用上,所以传null就可以了 double zs = p.calcPrize("张三",null,null); System.out.println("==========张三应得奖金:"+zs); double ls = p.calcPrize("李四",null,null); System.out.println("==========李四应得奖金:"+ls); double ww = p.calcPrize("王五",null,null); System.out.println("==========王经理应得奖金:"+ww); } }
测试运行的结果如下:
张三当月业务奖金300.0 张三累计奖金1000.0 ==========张三应得奖金:1300.0 李四当月业务奖金600.0 李四累计奖金1000.0 ==========李四应得奖金:1600.0 王五当月业务奖金900.0 王五累计奖金1000.0 王五当月团队业务奖金600.0 ==========王经理应得奖金:2500.0
1.4 有何问题
看了上面的实现,挺简单的嘛,就是计算方式麻烦点,每个规则都要实现。真的很简单吗?仔细想想,有没有什么问题?
对于奖金计算,光是计算方式复杂,也就罢了,不过是实现起来会困难点,相对而言还是比较好解决的,不过是用程序把已有的算法表达出来。
最痛苦的是,这些奖金的计算方式,经常发生变动,几乎是每个季度都会有小调整,每年都有大调整,这就要求软件的实现要足够灵活,要能够很快进行相应调整和修改,否则就不能满足实际业务的需要。
举个简单的例子来说,现在根据业务需要,需要增加一个“环比增长奖金”,就是本月的销售额比上个月有增加,而且要达到一定的比例,当然增长比例越高,奖金比例越大。那么软件就必须要重新实现这么个功能,并正确的添加到系统中去。过了两个月,业务奖励的策略发生了变化,不再需要这个奖金了,或者是另外换了一个新的奖金方式了,那么软件就需要把这个功能从软件中去掉,然后再实现新的功能。
那么上面的要求该如何实现呢?
很明显,一种方案是通过继承来扩展功能;另外一种方案就是到计算奖金的对象里面,添加或者删除新的功能,并在计算奖金的时候,调用新的功能或是不调用某些去掉的功能,这种方案会严重违反开-闭原则。
还有一个问题,就是在运行期间,不同人员参与的奖金计算方式也是不同的,举例来说:如果是业务经理,除了参与个人计算部分外,还要参加团队奖金的计算,这就意味着需要在运行期间动态来组合需要计算的部分,也就是会有一堆的if-else。
总结一下,奖金计算面临如下问题:
- (1)计算逻辑复杂
- (2)要有足够灵活性,可以方便的增加或者减少功能
- (3)要能动态的组合计算方式,不同的人参与的计算不同
上面描述的奖金计算的问题,绝对没有任何夸大成分,相反已经简化不少了,还有更多麻烦没有写上来,毕竟我们的重点在设计模式,而不是业务。
把上面的问题抽象一下,设若有一个计算奖金的对象,现在需要能够灵活的给它增加和减少功能,还需要能够动态的组合功能,每个功能就相当于在计算奖金的某个部分。
现在的问题就是:如何才能够透明的给一个对象增加功能,并实现功能的动态组合呢?
发表评论
-
设计模式-命令模式6(转)
2010-11-14 19:07 6843.7 命令模式的优缺点 ... -
设计模式-命令模式5(转)
2010-11-14 19:03 6443.5 队列请求 所谓队列请求,就是对命令 ... -
设计模式-命令模式4(转)
2010-11-14 18:59 7513.4 宏命令 什么是宏命令呢?简单点说就 ... -
设计模式-命令模式3(转)
2010-11-14 18:56 5173.3 可撤销的操作 可撤销操作的意思就是 ... -
设计模式-命令模式2(转)
2010-11-14 18:52 6993 模式讲解 3.1 认识 ... -
设计模式-命令模式1(转)
2010-11-14 18:48 665命令模式也是开发中常 ... -
设计模式-装饰器模式4(转)
2010-11-14 17:23 801而在每个模块内部呢?就拿大家都熟悉的三层架构来说,也是从 ... -
设计模式-装饰器模式3(转)
2010-11-14 17:10 7223 模式讲解 3.1 认识 ... -
设计模式-装饰器模式2(转)
2010-11-14 17:03 6852 解决方案 2.1 装饰 ... -
设计模式-单例模式4(转)
2010-11-14 16:17 8563.8 在Java中一种更好的单例实现方式 ... -
设计模式-单例模式3(转)
2010-11-14 16:15 6583.3 延迟加载的思想 ... -
设计模式-单例模式2(转)
2010-11-14 16:11 7273 模式讲解 3.1 认识单例模式 (1)单例模式的功 ... -
设计模式-单例模式1(转)
2010-11-14 16:07 715单例模式(Singleton) 1 场景问题 1 ... -
设计模式-桥接模式4(转)
2010-11-14 15:52 6643.4 广义桥接-Java中无处不桥接 使 ... -
设计模式-桥接模式3(转)
2010-11-14 15:49 8653 模式讲解 3.1 认识桥接模式 (1)什么是桥 ... -
设计模式-桥接模式2(转)
2010-11-14 15:44 6532 解决方案 2.1 桥接 ... -
设计模式-桥接模式1(转)
2010-11-14 15:37 684桥接模式(Bridge) 1 场景问题 1.1 发送 ... -
设计模式-建造者模式(转)
2010-11-14 14:49 816建造者模式 这个是zmo_xu的java设计模式系列 ... -
设计模式-抽象工厂(转)
2010-11-14 14:25 726抽象工厂模式中的有以下的四种角色: 抽象工厂(Abstract ... -
设计模式-工厂方法(转)
2010-11-14 13:28 761工厂方法模式(Factory Method) 1 场景问题 ...
相关推荐
c++设计模式-结构型模式-装饰器模式;QT工程;c++简单源码; 装饰器(Decorator)模式的定义:指在不改变现有对象结构的情况下,动态地给该对象增加一些职责(即增加其额外功能)的模式,它属于对象结构型模式。
java常用设计模式-装饰器模式
ios平台中通过最简单的代码讲解装饰器模式,可在博客http://blog.sina.com.cn/s/blog_161d504630102wxis.html中查看简单解释
54-Spring设计模式之装饰器模式1
1.不改变原有对象的情况下给一个对象扩展功能 2.使用不同的组合可以实现不同的效果 3.符合开闭原则
设计模式07-组合模式、装饰模式 设计模式09-外观模式、享元模式 设计模式10-代理模式、结构型模式大复习 设计模式11-行为模式-责任链、命令模式 设计模式12-解释器模式 设计模式13-迭代器模式 设计模式14-中介者模式...
结构型模式,共七种:适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式,共十一种:策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、...
结构型模式,共七种:适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式,共十一种:策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、...
装饰模式 PPT 前端 javascript 讲解了装饰模式在前端的运用,举例说明,ppt内的代码连起来可执行
装饰工程-装饰工程系统-装饰工程系统源码-装饰工程管理系统-装饰工程管理系统java代码-装饰工程系统设计与实现-基于springboot的装饰工程系统-基于Web的装饰工程系统设计与实现-装饰工程网站-装饰工程网站代码-装饰...
1.1 什么是设计模式 2 1.2 Smalltalk MVC 中的设计模式 3 1.3 描述设计模式 4 1.4 设计模式的编目 5 1.5 组织编目 7 1.6 设计模式怎样解决设计问题 8 1.6.1 寻找合适的对象 8 1.6.2 决定对象的粒度 9 1.6.3 指定对象...
《C++20设计模式》学习笔记-第9章装饰器模式-配套代码
ios 平台实现设计模式-访问者模式,以最简单的代码实现访问者模式讲解,主旨在于了解访问者模式,博客:http://blog.sina.com.cn/s/blog_161d504630102wwxe.html
“就增加功能来说,Decorator 模式相比生成子类更为灵活” 这句话的含义是,组合比继承更灵活,当可拓展的功能很多时,继承方案会产生大量的子类,而组合可以提
结构型模式 :适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式 行为型模式 :策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者...
装饰工程-装饰工程系统-装饰工程系统源码-装饰工程管理系统-装饰工程管理系统java代码-装饰工程系统设计与实现-基于springboot的装饰工程系统-基于Web的装饰工程系统设计与实现-装饰工程网站-装饰工程网站代码-装饰...