一些项目感悟

    想起之前看过一句话,原文是英文记得不是很清晰了,
    大概的意思“ date structure决定了你程序的上限,program 决定了你程序的下限”。   
    回想这段时间新建项目中用到的东西,再回望下过去,体会越发深刻。

2016年4月开启了几个项目

收费端软件

值得记录有以下几点

1.程序中等待某个事件, 如何处理?

  • 很早很早以前都是用 线程不断while循环, 中间再Sleep(300)//ms
  • 现在用的比较多的是 用同步(Event)通知,否则一直等待。(上层再加个while(bLoop) 在析构的时候bLoop=0,这样可以就把这个线程 走完。)

这中间不知道减少了多少CPU 计算量。

2.多个事件通知,如何防止读脏数据,如何顺序同步(异步编程方式)

- 很早很早之前是直接通知,中间处理 全程要加锁

- 放入队列(FIFO 根据具体业务需求),在处理FIFO的pop的时候才加锁或不加锁( 1.锁很轻,2.而且一般是单个线程去pop,所以不需要加锁。 )

- 异步方式的接口,所有接口都是异步来做(返回值,返回数据,都是这样, 这样会增加负担, 明明一次就可以处理的事情, 需要分2次来处理。)

   比如我调用Login()接口,还需要在callback中返回 Login()的结果。
   如果我调用 GetAccountList(),在callback中需要 处理ret,同时还要在这里处理 获取的数据的buffer.
   (这里如果是窗口对象,还必须要弄成单例的,这样才好再middleware中处理login窗口对象的登录结果。并显示。(否则不好在middleware中处理login窗口对象的登录结果)

Tips:对于多个地方调用的类,一般都是做成单例,比如log信息显示(各个地方都要用)

3.异步这些接口 如何传递数据

  我这边因为各种原因,别人认为应该不同的业务放到不同的callback中,我个人不太喜欢这种方式,虽然开发起来比较独立,
  但是太大,后期代码不好看(阅读),
  如果做成一个callback 中,再分发各个业务,就比较容易看。(代码少好几倍了)
  • 如果用指针,那么很多接口的数据的状态需要自己保存

    比如我再callback中 调用void* pParam, 那么这个可以是对象指针,可以是结构体指针, 可以是分类MainMsg,SubMsg。
    如果是callback分类,那么用结构体还是,在callback中多加几个形参? 我个人是比较喜欢加形参,这个可以确定编程结构

在callback中是这样设计

Switch(nMainMsg)
{
case 1:
    {
        if(nSubMsg ==0)
        else if(nSubMsg ==1)
        else
        {
        }
        break;

    }
case 1:
    //......
    break;
default:
    break;
}

如果只有void* 当做区分不同业务的参数,那么需要传结构体

XX struct
{
    int MainMsg;
    int SubMsg;
    void* pInstance;//一般是对象指针
    
    //...
}

如果不想管理结构体 生命周期,
那就可以callcack 中加入MainMsg,SubMsg, 对象指针不用传, 直接自己弄成单例。

如果放到SubClass中, 一般都是放入到 单例对象mainClass的队列中, 队列再处理分发到SubClass

posted @ 2016-07-15 14:24  scott_h  阅读(260)  评论(0编辑  收藏  举报