一些项目感悟
2016-07-15 14:24
323 查看
想起之前看过一句话,原文是英文记得不是很清晰了, 大概的意思“ 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
相关文章推荐
- supervisor
- ndk-stack使用方法
- Linux学习_1(shell)
- sersync+rsync多实例网站数据同步
- Exchange Server 2010 全新部署篇三:新建第一台证书服务器PEK1-CER-01
- sun.misc.unsafe类的使用
- 开始我的Python之旅(三)
- 浅谈Web站点优化、安全
- “互联网+金融”案例分享:无锡农商行乘“互联网+”快车
- UITableView ,UICollectionView,视图刷新的时候用
- 【poj1087/uva753】A Plug for UNIX(最大流)
- codeforces 691D D. Swaps in Permutation(dfs)
- AS首次安装启动
- java笔试细节总结(一)
- win7 writefile写磁盘失败解决
- TGA文件格式整理
- cocos2dx ClippingNode实现stencil效果
- Web系统大规模并发——电商秒杀与抢购
- 使用RxBinding响应控件的异步事件
- 默认 yum 源下找不到需要安装的软件包怎么办