关闭

以流程设计为向导的现实代码(引以为戒!)

524人阅读 评论(0) 收藏 举报
我在上一篇blog中写了以流程为向导和以数据为向导的设计,有点抽象。今天在检查客户提出的一个性能问题时,发现这个问题的根源其实就是以流程为向导的设计导致的。出于保密的考虑,我下面用伪代码的形势把那个设计表现出来。

在客户的框架中,提供了一个接口方法:
public Customers[] SearchCustomers(string ids);
这个方法的调用会消耗较多的时间。客户在他们的跟踪器中发现在一个查询操作中,这个方法被调用了两次。显然如果改进设计,让它只被调用一次,会对系统的性能有很大的提升。

如果从流程的角度来考虑,这种设计是合理的。
private void LoadObjects()
{
.........................

CommonUtility.CheckClientInfo(clientIDs);//这是一个静态方法,用于检查customer信息

CheckClientOnView(res);//这是一个成员方法,用于检查 customer在当前实例中的状态。

............................
}

上面两个方法中,都调用了SearchCustomers方法。
为什么说上面这段代码是以流程为向导,因为customer数据本身并没有方法来维护其状态,customer状态的判断是以流程的要求来设计的。即业务流到哪里,对customer数据状态的判断就到哪里。这样,获取两份customer数据来判断是完全合理的。

但实际上,这种设计代码来很多的问题,上面就是其中的一种。

关于这个问题,我很希望能够和更多的朋友讨论。我是一个很认真的程序员,我很希望把这个问题搞清楚
联系QQ:64528619;MSN:czy@vip.163.com
0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:310655次
    • 积分:5582
    • 等级:
    • 排名:第5009名
    • 原创:217篇
    • 转载:2篇
    • 译文:8篇
    • 评论:140条
    最新评论