05 2024 档案
UT 结构分析笔记
摘要：本文仅记录当时的思考,并没有完整详细的解决方案 上下文 在写UT的时候我遇见下面这种情况 //success EXPECT_CALL(mock,func1()).Willonce(Return(yes); EXPECT_CALL(mock,func2()).Willonce(Return(yes);
CPP_NOTE
摘要：enum class foo{min,mid,max};//必须使用枚举名使用符号：foo::min。且不能隐式转换类型。 enum class:short foo{}；可以指定枚举的底层类型是short。 Stack a = stack();//这种方式是先声明一个匿名对象然后通过拷贝构造函数复制
git
摘要：Git reflog 可以查询每次操作前的的快照配合使用 git reset --hard banbenhao 可以撤回之前的误操作 Git checkout -- 文件名 撤销未add的修改 Git reset HEAD 文件名 撤销add Git rest --hard HEAD^ 回退到上一个
gmock,gtest
摘要：MATCHER_P(StableRrsCapDataExpectedValue, expected, "") //定义一个接受一个参数的匹配器 StableRrsCapDataExpectedValue(expected） MATCHER_P2 定义一个接受两个参数的匹配器 、、多说两句，匹配器通常
protocol buffer
摘要：Google protocol buffer 使用的意义： 在不使用的情况下，通常我们需要完成两个部分，一个是writter一个是reader。writter负责向磁盘写入消息，reader负责读出消息，如果是定长数据且writter和reader都采用c++编写则会比较方便，采用同样的结构体就行。
verilog 语义理解
摘要：在verilog使用过程中,产生以下几个问题 wire 和 reg 的语义是什么,有什么不同? 阻塞赋值和非阻塞赋值的语义是什么? assign 和 always 语义是什么? 弄清语义是为了正确的使用,不仅是结果正确,比如有时候可能两种写法得到的结果是一样的但是从语义来看会有一种是更适合当前语境的
设计模式笔记
摘要：简单记一下方便需要的时候看 设计模式原则 总原则: 开闭原则--对扩展开放,对修改关闭 单一职责 里氏替换 -- 任何基类可以出现的地方，子类一定可以出现 依赖倒置 -- 依赖于抽象而不依赖于具体 接口隔离 -- 类间的依赖关系应该建立在最小的接口上 最少知道 -- 只和朋友交谈 首先要减少非必要的
