计费模型分析

       最近感觉每天的实际工作时间并不是很多，也就是真正产生代码的工作时间并不是很多，想一个问题想太久会头疼，尤其是那么复杂的问题。只有当你面对真正的企 业级应用时，可能才会有这样的感觉，复杂而又变态。昨天那个叫做StockpilingDayInterval的类已经脱胎换骨了，哦，其实没有，我只是 进行了错误的重构，现在想来，似乎应该直接创建那两个对象FreeStockpilingDays（免费堆存时间，免堆期）和 FreeStockpilingTimeExtendedDayInterval。经过半个小时的编程和测试，这两个类已经变成POJO了。很显然 FreeStockpilingTimeExtendedDayInterval是从数据库中读出来的，而且是设定规则时设定的。而 FreeStockpilingDays则是通过规则计算出来的，这个规则就是这样的，条件表达式+结果表达式，看到我之前抽象出来的 ResultExpression接口的作用了，Rate继承了它，表示返回结果是费率，而现在应该用FreeStockpilingDays来继承它 吗？哦，那它将继承这个接口，那它就不是POJO了。
     我现在设计的是将StockpilingDayInterval作为规则表达式项（它继承了 AbstractConditionExpressionItem抽象类，实现了ConditionExpressionItem接口），它可以根据免费 堆存时间和超期堆存时间段计算出用于匹配生产数据中的时间的时间段。我现在在测试里这样写：
       //确定免堆存期
        FreeStockpilingDays fsdi=new FreeStockpilingDays();
        fsdi.setFreeStockpilingDays(6);
         //确定超期堆存时间段
        FreeStockpilingTimeExtendedDayInterval freeDaysExtended=new FreeStockpilingTimeExtendedDayInterval("1~10",new Rate("3.5"));
        //创建堆存时间段规则
        StockpilingDayInterval sdi=new StockpilingDayInterval(fsdi,freeDaysExtended);
        assertEquals("7~16",(String)sdi.getStockpilingDayInterval());
       
        DefaultRuleExpression re= new DefaultRuleExpression();
        ConditionExpressionComposite cec = new ConditionExpressionComposite();
        cec.add(sdi);     
        re.addConditionExpression(cec);
       re.addResultExpression(freeDaysExtended.getRate());
        re.setId(1);
        
        但是在客户端程序中，如何使用这段代码呢？一条规则的数据，来自于由另一条规则决定的数据，这里有点递归的意思，可惜我数学不好。
      那好，先不递归，我来看看这里面的流程：
       1 先是读取规则确定免堆期      [if gte mso 9]> Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!----> Style Definitions table.MsoNormalTable {mso-style-name:普通表格; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-alt:0cm 5.4pt 0cm 5.4pt; mso-para-margin:0cm; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman"; mso-fareast-font-family:"Times New Roman"; mso-ansi-language:#0400; mso-fareast-language:#0400; mso-bidi-language:#0400;}<!---->  2 确定超期堆存时间段（对应费率），在这里将时间段+费率都给了这个对象，这与实际情况是一致的。

  3 确定堆存时间段条件表达式（由免堆期和超期堆存时间段确定堆存时间段）

  4 确定规则表达式（条件：堆存时间段条件表达式；结果：超期堆存时间段对应的费率）

5 然后将需要计费的数据与规则表达式匹配，成功即返回正确的费率。等等，目前好像不是这样的，匹配成功后，并不只是返回费率，而是进行相应的计算。

前四步实际上就是不断的从规则库和事实库（借用一下专家系统的概念）中取得规则和事实，然后最终生成一条规则表达式。那是不是该有个方法叫generateRuleExpression呢，那它又该是哪个对象的方法呢？好像这又是一个应用模板方法模式的地方。

总之这意味着生成规则表达式不是个简单的可以用同样的方法搞定的事情，这比我原先想象的又要更复杂了。

 

好了，先写到这儿，我现在很需要一个pair，因为感觉自己已经陷入到一种模式里面了。

或许是我的建模思路有问题呢？为何还是举步维艰呢？