编译器、回调函数、性能测试
去年设计了一个SDK,负责处理封装一些事件,对外提供一个类接口,服务初始化的时候,调用方实现对应的类,并将对象指针传给模块。
接触过C11,好奇心害死猫,就想着这些接口都用lambda函数对象回调来实现会是什么结果,和纯虚函数的接口定义方法比较,更加灵活。
疑问就出现了,两种不同的语法,从性能角度来说,哪个更快一些?不懂编译原理,弄段代码试试看。
去年设计了一个SDK,负责处理封装一些事件,对外提供一个类接口,服务初始化的时候,调用方实现对应的类,并将对象指针传给模块。
接触过C11,好奇心害死猫,就想着这些接口都用lambda函数对象回调来实现会是什么结果,和纯虚函数的接口定义方法比较,更加灵活。
疑问就出现了,两种不同的语法,从性能角度来说,哪个更快一些?不懂编译原理,弄段代码试试看。
在计算机的发展历史中,如何存储数据并没有统一的标准。
字节的排列方式有两个通用规则。例如,将一个多位数的低位放在较小的地址处,高位放在较大的地址处,则称小端序;反之则称大端序。在网络应用中,字节序是一个必须被考虑的因素,因为不同机器类型可能采用不同标准的字节序,所以均按照网络标准转化。
按照阅读习惯,大端字节序更符合从左到右的阅读顺序。
翻看代码的时候,std::this_thread::yield() 猛的引入眼帘,C11里面的语法糖,用了不少,yield还是第一次看到,以前都没注意。
有台闲置的腾讯云服务器,年底到期,也没想着续费,部署个MYSQL当作开发用的数据库。重装系统的时候,图省事,直接选择了腾讯云提供的三方镜像,已经安装好了MYSQL数据库。原以为系统里面应该自带个Readme之类的文件,说明下密码是什么,部署路径是什么。
金融交易系统在测试上的投入,远超其他系统,繁琐的测试步骤重复进行,ROI 太低。随着项目和人员的更替,不可避免引入更多的不可控因素,常见的情况,修改的是A接口输出的某个字段,却影响了B接口的结果,每次版本发布,风险也在积累。
从上学时期开始算,接触 C++ 已经十多年了,为什么需要学习其他的编程语言?
C++跨平台开发,中文操作系统经常能碰到:error C2001常量中有换行符
Linux 平台很简单 du -sh * 一行代码就搞定了。Windows 怎么办呢?磁盘很多,想清理一波,文件很多的情况下,系统自带的资源管理器,统计文件夹大小,速度慢的让你想放弃