许多操作系统夸耀自己的可移植性时，爱这样说：
“超过xx%代码由C语言编写，只有xx个函数是汇编，移植时只有xx个函数需要修改”。他们所关注的不外乎是操作系统本身从一个硬件平台移植到另一个硬件平台的难易度，这根本就是舍本逐末的提法。试问，一个含嵌入式系统的产品中，操作系统重要还是应用程序重要？我们说嵌入式操作系统是嵌入式产业的核心，是针对整个产业来说的，毕竟，操作系统的装机量远大于任何一个运行于操作系统的应用程序。而对具体产品来说，则应用程序无论从哪个方面讲都远比操作系统重要。对一个企业来说，尤其如此，企业可能有非常多的衍生产品，他们同同一份操作系统拷贝，或者有许多产品系列，系列之间的操作系统也只是稍有不同。他们花在移植操作系统上的时间，远小于应用程序的工作量，甚至可以忽略不计。因此，操作系统的可移植性，应该把重点放在协助应用程序移植上，那才是可移植性的精髓所在。
djyos在这方面是非常出色的，举个例子，如果某企业有两个相似产品，产品L不需要显示界面，产品H需要显示界面，其他功能相同，在的djyos下，你可以轻易做到：
1、把软件分成两大块，一块是显示部分代码，称为模块A，另一块是显示无关代码，显示无关代码完成产品的整体功能，调用显示部分的功能实现界面显示，称为模块B。
2、如果是si模式，A+B一起编译就是产品H，单独编译B就是产品L。编译产品L时连模块B中跟调用显示功能的代码都无需修改。
3、如果在dlsp模式下，则把模块A编译成A.out，模块B编译成B.out，把A.out和B.out一起copy到autorun目录下就成了产品H，单独copy B.out就成立产品L。
djyos的各模块设置，无不是围绕方便应用程序移植来设计，多事件调度器、泛设备组件、异步信号同步功能、事件和事件类型同步、应用程序模块加载器等，都为此做了许多考虑。今天很累了，暂不细说，在接下来的一段时间里，我将系列化发帖，讲述djyos中如何协助应用程序可移植，以及软件可移植性与可靠性之间的关系。
本系列**的内容，都可以在《都江堰操作系统与嵌入式系统设计》一书中找到，欢迎访问：
www.djyos.com
你会有所收获的。 |
楼主
标题置顶
标题高亮
