关于RTOS构件化的一些想法

 转眼间，考研的生涯结束了，照一位好友的说话就是一切都尘埃落定了，我为我失败的四年人生补足了学费，在历经那么多苦难和艰辛之后，我想我已经可以用一个全新的面貌来这里写自己的文章了。

在厦大的这几天里，我一直在为可能要开始的一个项目做准备，积累一些关于软件构件化的资料，但苦于没有电脑可以用，很多东西都只能凭记忆了。这个项目的初衷是想将嵌入式操作系统构件化，进一步再搭建一个平台，能够快速构件满足不同需求的RTOS。这是我目前对该项目的理解，而我个人的想法是先实现一个简单的原型系统，在这个原型的实践经验基础之上，设计新的构件模型，进一步的将这个原型系统构建成框架或者平台，以满足最终的需求。

原型系统可以用重写已有的实例的方式来实现，我所了解的portos就是候选者之一。虽然它是用CP写的，但它的java版本jBed也采用了一样的架构。个人觉得portos的架构跟我们的需求很符合，就是一个基于构件化技术的RTOS，但不清楚它的现状怎么样。

而现有可供参考的构件模型，一般就是CORBA，EJB和COM，他们的基本思想我都看了一下，但遗憾的是都弄的不是很明白。感觉COM更好懂些，因为它和C++联系相对比较密切，所以构件的标准还是会参考COM，现在担心的就是自己能力不够，呵呵。前天偶然又看到了ICE，一种面向对象的中间件平台，据说是CORBA的替代者，原来Slice是专门为它设计的，好像很有意思的样子。

对于具体用什么语言实现原型系统，初步想法还是java或者C#，因为据说C++不适合OCP，TT。刚刚看到关于Scala的新的netbeans插件已经发布，忽然又有点心动了。scala比java更面向对象，更灵活，又和java耦合的很好，或许值得尝试一下。

在厦大图书馆还看到一些有意思的设想，比如QP（量子编程，基于层次状态机），提供了一种微模块化构件嵌入式系统的思想，但这种和量子学搅和在一起的范型，我还真消化不了。