目录
- 1.软件rtc设备实现类
- 2.软件rtc设备类的子类
- 3.初始化/构造流程
- 3.1 设备驱动框架层
- 3.3 设备io管理层
- 4.总结
- 5.使用
硬件rtc和软件rtc设备是互斥的。因为它们的名字都叫"rtc"，在对象容器中不允许重名。
软件rtc设备比较特殊，不依赖于任何硬件，所以它是硬件无关的，所以不需要各个bsp去实现的所以它没有驱动层，只在设备驱动框架层就完成了。
1.软件rtc设备实现类
软件rtc设备比较特殊，直接设备驱动框架层实现了。
在/ components / drivers / rtc / soft_rtc.c实例化了软件rtc设备类static struct rt_device soft_rtc_dev。
软件rtc设备类可以认为继承自设备基类，只是没有任何自己的私有方法而已。
这就类似c＋＋中一个类继承一个抽象类，这个类重写纯虚方法。
对象图如下:
2.软件rtc设备类的子类
无。
因为软件rtc设备比较特殊，不依赖于任何硬件，所以它是硬件无关的，所以不需要各个bsp去实现的所以它没有驱动层，只在设备驱动框架层就完成了。
3.初始化/构造流程
软件rtc设备对象的构造流程是通用的，且只是从设备驱动框架层到设备io管理层的构造。
3.1 设备驱动框架层
/ components / drivers /rtc/soft_rtc.c实现了实例化了软件rtc设备对象，
rt_soft_rtc_init开启软件rtc设备对象的构造流程:
先重写了rtc设备基类的父类——设备基类——的方法:
#ifdef RT_USING_DEVICE_OPS
soft_rtc_dev.ops = &soft_rtc_ops;
#else
soft_rtc_dev.init = RT_NULL;
soft_rtc_dev.open = RT_NULL;
soft_rtc_dev.close = RT_NULL;
soft_rtc_dev.read = RT_NULL;
soft_rtc_dev.write = RT_NULL;
soft_rtc_dev.control = soft_rtc_control;
#endif
然后调用设备基类的构造函rt_device_register开启设备基类的构造流程。
3.3 设备io管理层
在/ components / drivers / core 下的device.c中实现了rt_device_register，它是io管理层的入口。
它将软件rtc设备对象放到对象容器里管理。
4.总结
整个设备对象的构造/初始化流程其实是对具体设备对象也就是结构体进行初始化赋值——它这个结构体是包含一个个的结构体——模拟的是面向对象的继承机制。跟套娃似的，层层进行初始化。这样的好处是什么？每层有每层的初始化（构造）函数，就模拟了面向对象的构造函数——按照先调用子类构造/初始化函数，再调用父类的构造/初始化函数方式——其实也是子类构造/初始化函数调用父类构造/初始化函数的流程，来完成设备对象的初始化/构造。最终放到对象容器里来管理。
这样的好处是可扩展，如搭积木似的，也是对内封闭，对外开放，扩展性好，模拟的是面向对象的继承多态机制。
其实每个类的注册函数模拟的是面向对象的构造函数。
5.使用
文档
)
