利用面向对象的方法处理不同类型的输入以及输出

          写下这篇文章的目的是自我总结。问题是这样的:现在有很多促销活动,称为Activity。由于有各种不同的类型,比如满100减10,比如打8折,比如重新定价等等,而且促销还分Item(订单行)跟Order(订单)两种类型,这样输入的促销活动有很多种。输出的结果有Item类型的Adjustment跟Order类型的Adjustment。还有个要求就是,每种类型的Activity有level跟priority,我要做的处理是把各种促销活动Activity按level合并在一起,并基于某种规则得到一个priority,最后找到priority最大的输出,如果优先级相同,则输出优惠额度最大的那一组level得到的值。

          我一开始的做法是把一个所有类型的Activity的一个list按level用comparator比较好,再分段操作,判断Activity的类型再分情况处理。但是老大说这样没有扩展性,而且跟数据的耦合性很大。以后要是增加了一个新的类型的Activity那么就要改很多代码。然后老大的意思是我们不考虑类型,让不同类型的Activity依次作用于最终的结果Adjustment,即每个Activity去apply到Adjustment上去。最终设计如下:

         

               如上图,流程是ActivityResult一个个添加到AdjustmentResultStore中,根据level分成不同的ActivityTeamStore,这个过程中用自己的优先级priority跟新ActivityTeamStore的优先级。

              并且调用applyForTeamStore方法,对ActivityTeamStore进行更新teamTotalAmount字段,其实是根据自己的类型(既抽象类的实现)来具体操作,比如ItemDiscountActivityResult就是折扣转换为优惠的比例,再乘以beforeActivity来加到teamTotalAmount中去。

              下面说明下主要过程(ItemDiscountActivity为例):

             1)ItemDiscountActivity 调用自己的applyForTeamStore要对根据level确定的ActivityTeamStore进行更新,实际调用AdjustmentResultStore中的

            addActivityResult(ActivityResult result)方法,将各种类型的活动添加进去,再按level分组,并更新组的优先级跟总优惠额(teamTotalAmount)

              

@Override
    public void applyForTeamStore(ActivityTeamStore ats) {
        ats.appDiscount(discount);
    }
              可以看到中间因为是ItemDiscountActivity 类型,就调用ActivityTeamStore接口提供的三个方法进行具体的更新操作,如下

@Override
    public void appDiscount(BigDecimal dis) {
        if(dis.compareTo(BigDecimal.ZERO)>0&&BigDecimal.TEN.compareTo(dis)>0){
        BigDecimal temp = dis.divide(BigDecimal.TEN);
        temp = BigDecimal.ONE.subtract(temp);
        temp = this.beforActivity.multiply(temp);
            this.setTeamTotalAmount(this.getTeamTotalAmount().add(temp));
        }else{
            throw new RuntimeException("结果折扣范围不在[0,1]");
        }
    }
       这样就把discount应用到ActivityTeamStore里面去了,其他类型同理,这样就不用根据类型来做if判断处理了。归纳为ItemDiscountActivity 说我要应用到ActivityTeamStore中去(applyForTeamStore),实际处理就是调用ActivityTeamStore自己定义好的方法(appDiscount)进行更新。

        2)对所有的AdjustmentResultStore中的ActivityTeamStore,根据优先级,还有总优惠选出最好的一个

        3)将最好的一组中的所有类型的ActivityResult应用到最终结果AdjustmentResult中去,如下

 @Override
    public void apply(AdjustmentResult ar) {
        ar.applyDiscount(discount, this.isChangable());//
    }
过程中调用结果的函数applyDiscount(BigDecimal dis, boolean b) ,这里根据类型,调用Item跟Order不同的实现,这里是:

    @Override
    public void applyDiscount(BigDecimal dis, boolean b) {
        this.discount = this.discount.multiply(dis).divide(BigDecimal.TEN);
        this.discountChangable = b;
    }
这样就得到最后的结果了。


        总结:运用面向对象的思想,避免了结果更新策略的类型判断还有最终结果的类型判断,也达到以后可用动态添加的目的。






            

       

          

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值