会议总结反思

    今天开回顾会议上自己提了几个问题, 自己也回来总结一下.

    1. 界面设计完成以后,有输入验证的公共模块怎样做的问题.

    2. 检视SQL语句,的确能发现逻辑错误,建议大家重视SQL语句的检视.DT测试也是一个SQL语句Review的过程,读懂SQL语句才知道报表要做什么.

    3. 界面与业务逻辑分离的问题,有的甚至在最公用的主界面MainFrm.cpp里面加上打开数据库,读取信息,验证提示错误这些动作. 完全打破了分层设计,MVC分离的原则,是一个很大的问题.最根源的是设计模式的概念不清楚,直接体现就是组内没有明确定义大家哪些类应该写什么内容,哪些类不能写什么内容.

 

    另外,有别的同事提的东西也很有价值:

    1. 在代码中加载dll文件,载入重复混乱,使得代码执行效率低, 安装包大.

    2. 配置文件混乱,一个小功能就自己配一个文件,导致最终多个格式不一样,混乱的配置文件.应该分模块或有系统的功能设计配置文件.

   

    再有就是一些老问题,越发变得突出

    1. 导入性能慢, 这个问题两个瓶颈, 解释占用内存大, 导入大批量数据写数据库慢. 还没能找到一个根本的解决方法,照理想的情况不会这么慢, 如果能找到了方法, 这是一个重大的突破.

    2. 查询性能问题, 很大程序上是由于写SQL不合理造成的, 使用太多的临时表, 经常对返回数据作循环操作, 以及一些不必要的IO.这个问题是可以解决的, 问题在于现有代码架构已经这么臃肿, 有的还是公共接口里面的东西,不好改. 在下一个迭代是完全可以用好的设计解决的问题.

 

    总述,上面只有导入性能就算重新开发也未必能解决的问题,其他都可以在新开发一套框架的时候,通过好的设计来做好的.

 

    在会上,老大也对我提出的意见做了肯定, 也看到了我努力学习的动力. 虽然我不是为了做给领导看的,我是为了提升自己的能力,更好的做好工作, 以及更好的前途, 但是老大的肯定也给我不少的动力. 这是很重要的, 做了事情, 领导能看到, 给出肯定. 我也会不断的努力提升自己的.

   

    近期的重点还是在设计模式这方面的学习,昨天看了工厂类的设计, 也基本上就是一个纯虚函数,在运行时实现指定的功能. 而通过虚函数给出对外部的统一接口. 这个东西我在Effective C++和c++沉思录里面都看过的, 但是实际工作中还没有真正用得上, 这里先记住, 总有一天会用得上这个思想的,或者在看到别人写这种用法的时候能够看得懂.