来公司很久了,以前我提议,原来的代码效率不高,或者自己想一个效率高的,但用时间比较长,都会被骂,让我尽快完成。
即使简单的,参数用const 引用代替直接用值,这样的提高效率的都不被采纳。
现在做数据库,从orcale数据库里读数据库,然后写到access里,会读很多个表,一个表倒到另一个表,数据很多,时间很长。
我说,这肯定得用多线程吧,以前做了这么久,竟然没有一个用多线程,而有人对多线程一点都不了解。我说,即使多个线程读一个表,倒到另一个表,
复杂,那算了,就一个线程,读一个表,写一个表,同时读写多个表,这样算是简单了吧,还不至于界面卡死。也不同意,说原来的都是这个趟过来的……
还有,数据库设计我觉得也不合理,有些只重复几次,完成可以用一个unsigned char表示的,非要用6个char,表示成字符型,能用8位表示的,非要用
20位。在这样的环境,我怕我也会变得越来越不专业呀,虽然现在也很不专业(菜鸟)。

解决方案 »

  1.   

    我也跟你一样遇到这种问题啊。
    别看产品表面光。实现的方式很猥琐。有些东西代码写的很丑陋。
    你见过一个cpp文件内 几乎每个函数都getAppPath()的吗?他们从不考虑用一个sAppPath去改进。
    还有一个tabctrl用了N个button来组合好假 效率好低。
    而且想改又被骂。说是:这得需要多长时间?有时间你还不如干点别的。公司的老板看重的是这产品必须得迅速推,而不去管它什么实现方式
    这东西真有点无语。
      

  2.   

    多线程不一定就会快
    MAYBE别人是为了以后的扩展方便
      

  3.   

    多线程用多核处理器或电脑中不止一个应用程序在运行时你的多线程程序才能发挥作用,一般象这数据库类型的数据处理,都比较耗时和占用CPU,也就是比较慢,所以例如有食堂就餐结算系统在数据处理时数据库用户看到慢一般该电脑都会在数据处理结算时只开这一个应用程序处理数据.