Android组件模型评析（上）--孟岩 来自程序员杂志200801
需积分: 0 84 浏览量
2009-11-26
15:21:00
上传
评论
收藏 49KB DOC 举报
Android 组件模型评析（上）
【编者按】在正式发布 Android SDK 之前，Google 对于该项目的开发一直守口如瓶，以致外界存在诸多
猜测。最初不少人以为 Google 将生产自己的手机，并想当然地命名为“gPhone”，很多人对于虚构中的
gPhone 充满了期待。而当 Android 原来是手机操作系统的真面目揭开之后，很多人却反而表达了失望的
情绪。有分析师甚至直截了当地评论说：“开发自己的手机操作系统是 Google 所能做的最蠢的事情”。很
显然，大多数人都无法理解，为什么 Google 要在已经处于三国演义状态的手机操作系统乱局之中“火上
浇油”。对此 Android 的创造者 Andy Rubin 直截了当地回答说，从平台的开放性和技术特征本身来看
Android 较之目前流行的手机操作系统都更为先进。他并且特别强调，由于 Android 吸收了从 COM 构件
体系到 Web 2.0 等技术体系的思想精髓，实现了多处技术创新，其中尤以应用程序级别的 mash-up 为最令
他自豪的特性。那么 Android 所谓的 mash-up 技术到底妙在何处？又具有怎样的深远意义？本文将
Android mash-up 技术模型与 COM、RESTful Web Services 模型进行了对比，并对 Android 平台给予了客
观的评价。
Android 组件模型评析（上）
◎ 文 / 孟岩
Mash-up 是 Web 2.0 平台上的关键技术概念之一。Android 平台在技术上的最大亮点，就是将 mash-up 技
术引入了手机操作系统。在 Android 软件环境中，应用程序是由一组 Activities 组成的，而每一个 Activity
不但是本应用的组成部分，而且也对外开放，可以向同一系统内任何一个外部应用提供服务。例如，编
制手机短信无疑需要一个小型编辑器，这个编辑器在 Android 中由一个 Activity 实现，并且可以以构件的
形式暴露出来。如果开发者在开发另外一个应用程序的过程中需要一个小型编辑器，则无须重新开发，
可直接调用短信应用中的这个编辑器 Activity 得以实现。如果 Android 平台提供的基础构件足够丰富，则
开发新的应用程序将变得高度简化：开发者可以利用现有 Activities 快速组合出应用程序的主体，只有程
序的特色功能需要亲自实现，这无疑极大地提升了生产力和软件质量。不但如此，新实现的 Activities 也
可以作为其他应用的构件而被再次组合。这种多层次的组合能力，与 Web 2.0 基于 XML 的 mash-up 如出
一辙。
以现有成熟构件为 基础，通过组合方式快速构造和开发新应用，这样的想法并非 首创。微软在
Android990 年代初研发的对象链接与嵌入技术（OLE 1.0），其出发点与今天 ndroid Mash-up 几无二致。
嗣后由 OLE 2.0 催生的 COM 技术，更成为第一个得到普遍应用的二进制、跨语言组件技术。1990 年代
中期，微软更将
组件技术扩展到网络上，使得 DCOM 与 CORBA 一起成为第一代分布式对象技术体系。此后，主要是在
DCOM 及 MTS 的启发之下，Sun 于 1998 年创造 JB，并迅速成为企业级分布式计算的主流。近年来，随
着分布式对象体系的缺陷逐渐暴露出来，SOA 作为新的分布式系统设计范式成为主流。然而无论技术体
系如何变迁，人们的基本需求是一致的：将成熟的软件服务（组件、模块）组合起来快速形成新的应用，
满足企业需求。在另一个方向上，Web 作为一个分布式文档系统，在 1994 年以后成为互联网上最重要的
应用。到 1990 年代末期，已经出现了将 Web 作为分布式应用基础设施的趋势。随后出现的 XML Web
Services 和 RESTful Web
Services 均是在这一方向上的努力，这一努力的根本动机同样是组合，快速组合 上的数据和计算资源，
产 Web 生新的应用。综上所述，将软件分解成为组件或服务，并提供有效的手段进行组合（ mash-
up），这是软件发展一直以来的大趋势， Android 只是其中最新的一个案例。然而，Android 却因其具
有的一
些特殊性而值得研究。本文将 Android 放在组件化软件体系的高度，将其关键设计与 COM、SOA 和
RESTful Web Services 加以比较，从而对 Android 组件平台进行一个客观的评价。
1. 组件技术体系必须解决的六大问题
资源评论
