当企业计算遭遇嵌入式系统

　　摘要

　　在这份报告里，我们简要回顾了在约束环境中扮演复用角色的现有技术和概念。我们从复用的角度开始，紧接着讨论了嵌入式系统中的典型限制，最后讨论了当前在约束环境支持下复用功能的技术和概念，并以此作为总结。

　　1 简介

　　嵌入式设备中软件使用得越来越多，系统之间建立了连接，对在小型设备中增加功能的要求也一直在增长，这些都迫使供应商想尽办法来缩短开发周期。对于嵌入式系统来说，只有实现了复用，软件需求才能满足，至少在上世纪八十年代我们就已经开始为此而付出努力了。我们能否做到简单地把概念从企业软件转移到嵌入式系统中吗？这是可以做到的，只要我们注意约束条件就行了。

　　2 复用

　　可以以下面两种方式应用复用的概念：

　　架构，架构复用意味着要复用分离的职责结构和它们交互的模式，例如，三层架构。

　　源代码，源代码复用包括库和生成代码。通过剪切和粘贴来复用，通常是不会尽如人意的。

　　借助下面这些熟知的概念，在不同组合当中都可以支持这两种方式的复用：

　　架构模式仅在架构层次上支持复用。架构模式中最突出的例子是分层模式（Layers pattern）[POSA1]，它在每种协议栈中都有应用，还有微内核模式（Microkernel pattern）[POSA1]，比如说它会在嵌入式操作系统和中间件产品中实现。框架支持架构和源码级的复用。在应用程序上强制运行某种控制流，它们就能对架构产生影响。充当GUI框架的AWT和网络编程工具包ACE[Schm03]，都是典型的例子。

　　封装应用程序功能的组件，一般会以库的形式进行实现和复用，但不要强加任何架构方面的内容。为了使组件独立于应用基础架构，潜在地，基础架构服务会在组件中被提取出来。在企业系统中，组件容器实现了这些基础架构服务。但在嵌入式系统中，像J2EE或CORBA[OMG03]这样的组件技术太笨重了。相反，定制的解决方案，领域专用语言会被使用起来；请参阅[Contribution by M. Voelter]。