explorer

个人认为，异常会增加程序员的负担，还是像 C 那样使用返回错误、断言这些方式来捕捉错误比较简洁。

google 编码规范不建议使用异常。

为保证多态析构的正确性，需要为基类的虚构函数加上virtual：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

#include <iostream>
#include <string>

class BasicClass {
    public:
        virtual ~BasicClass() {
            std::cout << "BasicClass destructor!\n";
        }
};

class DerivedClass: public BasicClass {
    public:
        ~DerivedClass() {
            std::cout << "DerivedClass destructor!\n";
        }
};

int main(void){

    class BasicClass* p_class = new DerivedClass();

	// 如果  BasicClass 的析构函数没有 virtual 关键字
	// 那么执行 delete 后只会执行 BasicClass 的析构函数
	// 也就是说，只释放了基类内存，而派生类的内存没有被释放掉
    delete p_class;

    return 0;
}

编译器默认会为一个类提供（如果它们需要被使用的话）：

• 默认构造函数：如果类编写了构造函数，则编译器就不会自动提供默认构造函数了
  • 使用 default 显示声明也可以在有其他构造函数的情况下，让编译器产生默认构造函数
• 拷贝构造函数：没有移动函数显示定义时，拷贝函数才会被隐式的创建。其单纯地将每一个数据成员进行拷贝
  • 如果数据成员中的对象具有它自己的拷贝构造函数，则也会调用它
• 拷贝赋值函数：单纯地将每一个数据成员进行拷贝
  • 如果数据成员中的对象具有它自己的拷贝赋值函数，则也会调用它
• 析构函数：隐式的noexcept
• 移动构造函数：当没有显示定义移动、拷贝、析构函数时，默认移动函数才会被隐式的创建
• 移动赋值函数

生成的特殊函数是隐含的public和inline的，但大部分情况下都是非虚函数。

只有当一个类继承自基类，基类的析构函数是虚函数时，生成派生类的析构函数才也是虚函数

要养成好的习惯：永远在使用对象之前先将它初始化。

• 对于内置类型，在定义时就初始化
• 对于类类型，在构造函数初始值列表中按照声明顺序初始化
  • 类类型中的私有变量是内置类型时，也可以在声明时初始化，这样可以避免初始值列表过长。
  • 如果期望类类型中的对象以默认构造函数初始化时，那也可以不用放在初始值列表中

宏在 c++ 中要尽可能少的使用，在google c++ 编码规范中也是建议使用宏要谨慎。

谷歌 c++ 编码规范也比较推崇尽量使用const。

两个 stm32 通过 SPI 进行通信，一主一从，但从机不能使用 CubeMX 的默认配置，不然会被带进坑……

QtQuick 提供的 QtChart 可以满足在 Qml 中高效绘制动态曲线，但由于它是 GPL 协议，故应用场景有限。

QWidget 中就具有类 QTabWidget 以 Table 的方式来切换各个窗口，但是在 QtQuick 中并没有一个叫 TabWidget 的组件。

与之较为接近的便是 TabBar 这个组件，但其没有提供子窗口的动态增加和删除。

这里主要关注同类型窗口的动态创建

ERPC 将传统数据流的分析及处理的实现封装了起来，那么它的执行效率如何？

这里仅仅关注 ERPC 在收发方面的实现，而不深入整体架构。

依然是以之前的 demo代码来分析，按照客户端和服务端的收发来顺藤摸瓜。