161_使用RTOS开发项目的优点

         大致浏览了一下相应章节的描述，其实在一定程度上来说这个有点自己给自己打广告的意思了。一条条梳理一下看看：

优点1：简化了即时相关信息。

         内核负荷执行时间测量以及时间相关的接口给应用软件，这样应用软件在一定程度上更简单，代码也更少。

         个人理解：一定程度上是这样，代码的简单其实也不见得会。在加上OS本身占用了一部分资源，如果仅仅考虑这个层面的话我倒觉得不足以成为我去选择OS的理由。

优点2：可维护性以及可扩展性

个人理解：这个还真是我看得到的一个很大的优点。其实，也是软件模块化设计的一个优点。唯一值得商榷的是资源消耗以及我目前工作中所需要的开发模式是否适合。降低耦合性其实是可以实现的，但是这个不会减少资源消耗。模块的独立话配合模块间的通信需求，其实我觉得RAM消耗增加其实是一个必然的结果。但是，可维护性以及可扩展性的确是一个很好的特性。

优点3：模块化

个人理解：其实，这个也是虚无缥缈的一个优势了。其实是没有OS，我们的开发依然是可以做到模块化的。

优点4：团队开发

个人理解：其实，这个也是前面几个优点换了一个方式来说了。本质上还是一个模块化封装的优势。

优点5：易于测试

个人理解：这个是切切实实存在的优点，但是其实还是有一点RAM消耗作为代价的。

优点6：代码复用

个人理解：这个其实也是一个模块化开发的优点，跟OS没有必然的绑定。只是OS或许对此做了一些限制或者推动。

优点7：提升效率

个人理解：或许，这个会成为我选择OS为基础进行软件开发的一个重要原因。良好的调度器设计绝对是一个软件设计所需要的基础。

优点8：空闲时间的应用

个人理解：可以算是一个优点，提供了负荷率监控的手段。

优点9：能耗管理

个人理解：其实这个算是一个新的东西，没有研究暂时不知道其实现方式。这个低功耗的实现方式究竟是如何做到的，这个我需要去研究一下。这个低功耗又会有多大的改进呢？

优点10：灵活的中断处理

个人理解：简单看了相应的描述，我觉得很可能会跟我自己设计调度器的时候考虑的方式有一点相似。我实现了一个简单的调度器，而我处理中断ISR的时候其实就是一个简单的事件触发。每一个中断ISR其实就是在触发不同的task，而触发出来的task会依据中断的优先级给予不同的优先级。这样，核心的设计点其实就成了一个调度器的设计而已。

优点11：混合的处理需求

个人理解：这是一个优点，确实是有利于理清不同模块之间的耦合关系。