摘要:本人邮箱欢迎转载转载请注明网址代码已经全部托管有需要的同学自行下载引言在工作项目中遇到以下一个问题公司有一款产品遇到给不同代理商代理售卖但是不同的代理商分润的方式各自不同有以下几个中分润方式每笔固定收益元,则填写代理商收益每笔收益率为则填写
引言本人邮箱:
欢迎转载,转载请注明网址 http://blog.csdn.net/tianshi_kco
github: https://github.com/kco1989/kco
代码已经全部托管github有需要的同学自行下载
在工作项目中遇到以下一个问题.
公司有一款产品,遇到给不同代理商代理售卖.但是不同的代理商分润的方式各自不同.有以下几个中分润方式.
每笔固定收益1元,则填写代理商收益1.00
每笔收益率为0.1%则填写代理商收益0.1%
每笔收益率为0.1%加上固定收益1元,则填写代理商收益0.1%+1.00
每笔收益率为0.1%,封顶3元,保底1元则填写代理商收益1.00~0.1%~3.00
梯度分润 例如 0.1%<10000<0.2%<20000<0.3%<30000<0.5%
少于10000 按照 0.1% 分润
少于20000 按照 0.2% 分润
少于30000 按照 0.3% 分润
多于30000 按照 0.5% 分润
然而发现公司的项目代码中竟然是硬编码的.强硬的解析是否,把所有规则需要使用的参数信息都集中在一个类中,不利于维护.
多说无益,让各位感受一下项目中的代码吧.
public class AgentShareRule { private Integer profitType; // 分润类型 private BigDecimal perFixIncome; //第一,四种情况时用到的参数 private BigDecimal perFixInrate; //第二.三,四种情况时用到的参数 private BigDecimal safeLine; //第三种情况用到的参数 private BigDecimal capping; //第三种情况用到的参数 private BigDecimal ladder1Rate; //第五种情况用到的参数 private BigDecimal ladder1Max;//第五种情况用到的参数 private BigDecimal ladder2Rate;//第五种情况用到的参数 private BigDecimal ladder2Max;//第五种情况用到的参数 private BigDecimal ladder3Rate;//第五种情况用到的参数 private BigDecimal ladder3Max;//第五种情况用到的参数 private BigDecimal ladder4Rate;//第五种情况用到的参数 private BigDecimal ladder4Max;//第五种情况用到的参数 // 省略部分代码和getter,setter方法 }
如果分润规则改变了,或者增加了新的分润规则,这代码就不知道要怎么维护了.
因此,基于这种情况,我按照给定的规则改写了一下分润规则.
修改原有规则,不会影响到其他规则
可以能很方便的新增新的分润规则
改写示例分润接口由于该改写程序只是一个测试程序,所以涉及的money都是用double,实际应用中,要考虑精度,则需要改为BigDecimal
public interface ProfitRole { double getProfit(double money); }
分润接口很简单,就是传入需要分润的金额,然后计算出利润返回
分润类型public enum ProfitType { /** * 每笔固定收益1元,则填写代理商收益1.00; */ FIXED_INCOME("^" + ProfitType.realNumber + "$"), /** * 每笔收益率为0.1%则填写代理商收益0.1%; */ FIXED_RATE("^"+ ProfitType.rateNumber +"$"), /** * 每笔收益率为0.1%加上固定收益1元,则填写代理商收益0.1%+1.00; */ FIXED_RATE_AND_FIXED_INCOME("^"+ ProfitType.rateNumber + "+" + ProfitType.realNumber + "$"), /** * 每笔收益率为0.1%,封顶3元,保底1元则填写代理商收益1.00~0.1%~3.00; */ FIXED_RATE_AND_UPPER_LIMIT("^"+ ProfitType.realNumber + "~" + ProfitType.rateNumber + "~" + ProfitType.realNumber + "$"), /** * 梯度分润 例如 0.1%<10000<0.2%<20000<0.3%<30000<0.5% * 少于10000 按照 0.1% 分润 * 少于20000 按照 0.2% 分润 * 少于30000 按照 0.3% 分润 * 多于30000 按照 0.5% 分润 */ GRADIENT_RATE("^"+ ProfitType.rateNumber+"(<"+ ProfitType.realNumber+"<"+ ProfitType.rateNumber+")+$"); // 非捕捉匹配正实数 private static final String number = "(?:(?:[1-9]+d*)|(?:d))(?:.d+)?"; // 捕捉匹配正实数 private static final String realNumber = "(" + number + ")"; // 捕捉匹配百分比 private static final String rateNumber = realNumber + "%"; public static Pattern getNumberPattern(){ return Pattern.compile(number); } private String pattern; ProfitType(String pattern) { this.pattern = pattern; } public Pattern getPattern() { return Pattern.compile(this.pattern); } }
分润类型是一个枚举类,构造器参数是一个分润表达式pattern,
其中ProfitType包含三个正则表达式:
number 匹配实数,但不捕获
realNumber 匹配实数,并捕获该实数
rateNumber 匹配百分比,只捕获实数,不捕获百分号
五个枚举值分别对应五种分润规则
FIXED_INCOME : 每笔固定收益1元,则填写代理商收益1.00
FIXED_RATE : 每笔收益率为0.1%则填写代理商收益0.1%
FIXED_RATE_AND_FIXED_INCOME : 每笔收益率为0.1%加上固定收益1元,则填写代理商收益0.1%+1.00
FIXED_RATE_AND_UPPER_LIMIT : 每笔收益率为0.1%,封顶3元,保底1元则填写代理商收益1.00~0.1%~3.00
GRADIENT_RATE : 梯度分润 例如 0.1%<10000<0.2%<20000<0.3%<30000<0.5%
分润实现类目前因为有五种分润规则,每一个对应一个实现类,因此有五个分润实现类,与ProfitType的五种分润规则一一对应
FIXED_INCOME : FixedIncomeRole
FIXED_RATE : FixedRateRole
FIXED_RATE_AND_FIXED_INCOME : FixedRateAndFixedIncomeRole
FIXED_RATE_AND_UPPER_LIMIT : FixedRateAndUpperLimitRole
GRADIENT_RATE : GradientRateRole
分润工厂类分润实现类比较简单,这里就不贴代码了,有需要的上我[github](https://github.com/kco1989/ma...下载
最后在创建一个工厂,根据不同的ProfitType和分润表达式,创建不同的分润实现类
public final class ProfitRoleFactory { public static ProfitRole parseProfitRole(ProfitType type, String expression){ Matcher matcher = type.getPattern().matcher(expression); if (!matcher.matches()){ throw new RuntimeException("分润表示时不符合" + type + "的规则."); } switch (type){ case FIXED_INCOME: return new FixedIncomeRole(Double.parseDouble(matcher.group(1))); case FIXED_RATE: return new FixedRateRole(Double.parseDouble(matcher.group(1))); case FIXED_RATE_AND_UPPER_LIMIT: return new FixedRateAndUpperLimitRole(Double.parseDouble(matcher.group(1)), Double.parseDouble(matcher.group(2)), Double.parseDouble(matcher.group(3))); case FIXED_RATE_AND_FIXED_INCOME: return new FixedRateAndFixedIncomeRole(Double.parseDouble(matcher.group(1)), Double.parseDouble(matcher.group(2))); case GRADIENT_RATE: List最后创建测试类测试rates = new ArrayList<>(); List limits = new ArrayList<>(); Pattern numberPattern = ProfitType.getNumberPattern(); Matcher numberMatcher = numberPattern.matcher(expression); for (int i = 0;numberMatcher.find();i ++){ if (i % 2 == 0){ rates.add(Double.parseDouble(numberMatcher.group())); }else{ limits.add(Double.parseDouble(numberMatcher.group())); } } return new GradientRateRole(rates, limits); default: //never come here return null; } } public static double getProfit(double money, ProfitType type, String expression){ ProfitRole profitRole = parseProfitRole(type, expression); if (profitRole != null){ return profitRole.getProfit(money); } return 0; } }
public class TestProfitRole { private static final List后记testDate = Arrays.asList(100.0,200.0,300.0,400.0,700.0, 1000.0,2000.0,3000.0,7000.0, 10000.0, 20000.0, 30000.0, 70000.0); @Test public void testFixedIncome(){ for (double data : testDate){ double profit = ProfitRoleFactory.getProfit(data, ProfitType.FIXED_INCOME, "1.00"); Assert.assertEquals(1.00, profit, 0.00001); } } @Test public void testFixedRate(){ for (double data : testDate){ double profit = ProfitRoleFactory.getProfit(data, ProfitType.FIXED_RATE, "0.1%"); Assert.assertEquals(data * 0.1 * 0.01, profit, 0.00001); } } @Test public void testFixedRateAndFixedIncome(){ for (double data : testDate){ double profit = ProfitRoleFactory.getProfit(data, ProfitType.FIXED_RATE_AND_FIXED_INCOME, "0.63%+3.00"); Assert.assertEquals(data * 0.63 * 0.01 + 3.0, profit, 0.00001); } } @Test public void testFixedRateAndUpperLimit(){ for (double data : testDate){ double profit = ProfitRoleFactory.getProfit(data, ProfitType.FIXED_RATE_AND_UPPER_LIMIT, "1.00~0.1%~3.00"); double actual = data * 0.1 * 0.01; if (actual < 1.0){ actual = 1.0; } if (actual > 3.0){ actual = 3.0; } Assert.assertEquals(actual, profit, 0.00001); } } @Test public void testGradientRate(){ for (double data : testDate){ double profit = ProfitRoleFactory.getProfit(data, ProfitType.GRADIENT_RATE, "0.1%<1000<0.2%<5000<0.3%<15000<0.5%"); if (data < 1000){ Assert.assertEquals(data * 0.01 * 0.1, profit, 0.00001); }else if (data < 5000){ Assert.assertEquals(data * 0.01 * 0.2, profit, 0.00001); }else if(data < 15000){ Assert.assertEquals(data * 0.01 * 0.3, profit, 0.00001); }else{ Assert.assertEquals(data * 0.01 * 0.5, profit, 0.00001); } } } }
现在回顾一下我们的目标,我们的目标是:
修改原有规则,不会影响到其他规则
可以能很方便的新增新的分润规则
目标1是达成了,但是目标2却有点差强人意.比如要新增一个分润规则的话,除了新增分润实现类外,还需要同时改ProfitType和ProfitRoleFactory类,没有达到完全解耦.但相对之前的代码还有有改进的.
这个问题先留个各位练习,后续有时间我再对该程序进行改进.
打赏现在已经解决这个问题,已经达到完全解耦了,详情见使用抽象工厂模式实现各种不同分润规则
如果觉得我的文章写的还过得去的话,有钱就捧个钱场,没钱给我捧个人场(帮我点赞或推荐一下)
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/67062.html
摘要:本人邮箱欢迎转载转载请注明网址代码已经全部托管有需要的同学自行下载引言在上一篇文章中使用简单工厂编写不同的分润规则遗留着一个问题那就是如果要新增分润规则则需要修改原来的类也就是代码没有完全解耦因此在这一篇中我将分润规则的设计改为抽象工厂模式 本人邮箱: 欢迎转载,转载请注明网址 http://blog.csdn.net/tianshi_kcogithub: https://github...
摘要:安全透明轻量的蚂蚁区块链摩斯安全计算基础设施蚂蚁摩斯依托蚂蚁金融科技平台,结合区块链技术,将复杂的隐私保护与密码学算法透明化产品化,提供安全发布安全模型安全统计安全查询安全脚本等核心功能。 摘要: 蚂蚁区块链摩斯安全计算平台针对数据安全信任、个人隐私保护以及数据基础设施不足等痛点,秉持数据可用不可见和将计算移动到数据端的原则,借助区块链、密码学、隐私保护、安全多方计算、可信计算等前沿...
阅读 1295·2021-11-23 09:51
阅读 3399·2021-09-06 15:00
阅读 987·2021-08-16 10:57
阅读 1371·2019-08-30 12:46
阅读 933·2019-08-29 12:22
阅读 1604·2019-08-29 11:07
阅读 3148·2019-08-26 11:23
阅读 2980·2019-08-23 15:14