日本Aplix公司社长兼研究开发本部长郡山龙2005年11月9日在“JavaOne Tokyo”大会上，以《Java标准化的极限与功能扩展的未来展望》为题发表了演讲。讲述了嵌入Java标准的发展过程及今后的前景。

　　关键词是“动态架构”。过去的嵌入软件均建立在静态链接的基础上，由于标准繁杂多样且日趋庞大，将面临发展的极限。解决对策是首先要支持最小限度的通用标准，其次再根据需要，动态地添加其他功能群。由静态到动态——这就是郡山龙所想象的嵌入软件开发的发展方向。

手机Java标准林立

　　从现有的手机Java运行环境来看，称为“CLDC”和“CDC”的运行环境已经亮相。这些运行环境并不是桌面和服务器领域采用的Java运行环境的完整子集，含有自主内容（图1）。Java技术原本是在“Write Once, Run Anywhere（一次编写，随处运行）”这一理想基础上开发的，而在现实中甚至在标准Java规格范围内都已经产生了“分段化”现象。

　　即便是CLDC/CDC的上层标准群，实际上也处于多种规格林立的状态。“MIDP”尽管是一个标准规格，但实际上有时却包含通用运营商各自不同的规格。

　　开发商自主开发的扩展功能后来也有被纳入Java标准规格的。比如，三维图形功能最初来自于日本J-Phone（现为日本沃达丰）的规格，后被NTT DoCoMo的规格所采纳，再以后就作为“JSR 184:Mobile 3D Graphics API for J2ME”纳入了标准规格。NTT DoCoMo的FeliCa规格曾被日本沃达丰采用，如今正在作为“JSR 257:Contactless Communication API”进行标准化（图2）。

解决对策是动态重构

　　根据这样的发展历程，郡山提出了一种发展前景，也就是说要建立这样一个发展框架：首先作为核心确定一个最小限度的通用规格，而追加功能则可以动态地扩展和重构。该公司将基于这种思想的开发环境称为“动态架构”。

　　作为动态架构的实现手段，可以利用现有规格——OSGi（Open Services Gateway Initiative，开放服务网关协会）。该协议制定了名为mee（minimum execution environment，最小运行环境）的Java规格（图3）。可以将其作为核心，动态地追加各种Java API群。不仅是Java程序，OSGi还可用来动态地追加本机码。比如，OS补丁程序等。在OS和Java架构两方面，均可实现动态重构。

　　郡山解释说：“过去的嵌入软件开发属于静态链接的世界，属于一个Bug可影响到整体的‘连带责任’的世界（图4）。而作为动态架构，将使给每个组件分配不同责任区的‘分割管理’成为可能。”（图5）。软件越复杂、规模越大，这种思想就越有必要。

　　从服务器领域的Java技术来看，作为可动态组织程序的技术，DI（dependency injection，依赖注入）和AOP（aspect oriented programming，面向方向编程）已经受到业界的广泛关注。而在嵌入软件开发领域，还很少听到真正实现软件动态重构的报告。不过，要想克服开发规模日趋增大、多种标准规格同时并存的局面，恐怕必须像上面所讲的那样果断转变思路。

图1：CLDC和CDC包含J2SE（桌面Java）所没有的自主内容。

图2：作为NTT DoCoMo和日本J-Phone（现为日本沃达丰）自主规格而亮相的功能后来被纳入到Java标准规格中。

图3：作为不同规格群的通用集，OSGi制定的最小运行环境mee值得关注。

图4：过去的嵌入软件开发属于静态链接。一个Bug有时就会给整体带来致命的破坏。也就是“连带责任”。

图5：日本Aplix公司正在研究的动态架构。在基于本机码的OS功能和

【发表评论 0条】