了解客户的需求,写出的代码或许才是最优秀的............

    数据库中有多条记录,每组记录中,都有一个开始号与结束号,当我们输入一串字符时,需要判断是否存在于当于记录的开始号与结束号之间。

这不,客户加了一个需求,要求一次可以查询多个号,问下老同事在其它客户哪儿如何处理吧,结果让我失望,因为他是对每一个单号查询一次数据库,然后用delphi 把查询出来的结果添加到一个临时数数集(clientdataset)中,再显示出来,偷偷笑了之后,我 简单的把edit框换成了memo后, 轻快的写出了用 union all 组合的sql 代码,我是想,为什么要查询多次呢,本来就都是互联网上的远程操作,为什么还这样浪费网络传输时间呢,我相信,我的代码要优于老同事的代码,简单的测试,就把DLL给客户更新了。

 过了几天,不幸的事发生了,公司项目专员给我发了个图片,我做的哪个界面出错了,一串英文提示的大意是包太大了,超过允许的内存空间,百思不得其解,自己测试了几次,还把哪个表的全部数据给一次查询出来了,我的界面也没有报错,为什么客户哪边会报错呢?于是再寻问项目专员原由,不问不知道,一问吓我一跳,客户一次性查询了1800多个号,我的天.......

  收到项目专员QQ给我的EXCEL文件,我把程序中的查询语句去了,取而代之的是把结果输出到一个memo中,然后,我把结果存到一个txt文件中,一看大小,近500K的查询代码,此时,不知是该哭,还是该笑............................

             按老同事的方法,重新写了查询代码,再加上了一个条件,查询多于50条时,实时地显示当前处理了多少条了,可能更慢了,但是对于这种业务需求,慢并不可怕,慢是客户能接受的,但是不能一次处理几千个号的查询,哪就是我们公司开发水平不够了...................

写代码是一门艺术,但是只有真正的了解客户的实际需求后,才能真正的体现艺术的价值所在......................

原文地址:https://www.cnblogs.com/zhqian/p/1896073.html