关注多终端多平台开发,软件绿色联盟发布原子化服务技术标准

发布时间:2019-09-27 11:57:00

随着终端形态(如大屏、车机、穿戴设备等)以及上层服务分发平台(如各类小程序、快应用等)的日益丰富给开发者提供了更广泛的增长机会,同时也给开发者带来了多终端多平台适配上的挑战。

为提前探索和解决这一挑战,2019年3月8日,软件绿色联盟原子化服务工作组正式成立,联合阿里、百度、华为等国内优秀企业,共同制定标准语言,分发标准,质量标准,便于开发者可以高效高质量地完成多终端多平台的适配挑战。

《软件绿色联盟原子化服务通用技术标准》今日起正式对外公示并征求广大应用开发者意见。欢迎业内专家、应用开发者对本标准发表看法,可将意见发送至邮箱:developer@china-sga.com。

一、 原子化服务通用技术标准范围

本标准规定了原子化服务的技术规范和其运行平台的能力要求,用于指导原子化服务提供商构建通用的原子化服务,同时规范了服务运行平台的基本能力构成。

该标准内容包括三个方面:

原子化服务定义,主要描述原子化服务的定义及其与现有同类产品的关系和区别。

运行平台定义,主要描述原子服务的执行平台的能力规范,包括执行框架和服务的调度分发机制。

分发平台定义,单一设备分发场景定义(入口)和多设备分发场景定义。

本原子化服务标准适用于各类移动端服务场景的软件实现,运行平台规范适用于个人终端设备,包括不限于手机,电视,平板,音箱及各类通用消费类IoT设备。依据各服务提供商所提供的具体业务和平台的形式区别,本标准技术要求略有不同。

二、原子化服务(元能力)/AA定义

原子化服务(元能力),英文名称Atomic Ability(缩写AA,下文统一使用AA指代)是一个可以独立执行,实现单一功能的程序实体,它的承载实体类型可以是一个小程序/快应用/Native 服务。

AA是对外提供能力或服务的最小单位。由于其对应用内服务的切割更加彻底,因此具备以下特点:

可以以最小集启动,尽可能较少资源消耗;

不同应用间的AA通过系统打通,更匹配用户的场景需要;

通过分发平台提供的丰富入口,使得服务提供更加多元、智能。

AA是应用的业务基本组成单元,这些业务单元是逻辑上相互正交的个体。它们经过多样的组合构建出应用的完整业务,并且可以随应用的业务需要按需加载。这些业务单元不仅可以在应用内使用,也可以为其它应用使用,从而实现应用的基本业务单元能够最大化的被复用。系统中不再只是应用的集合,更可以是服务或能力的集合。系统通过对AA的组合,就可以衍生出更加广泛的业务满足用户的各种需求。

逻辑上,AA有自己的描述信息,可以做为服务被唤起/调用,也可以组合成更复杂的服务。同时也有相应的运行框架来管理相应的生命周期,权限等。

2.1、Web AA

Web AA是使用Web技术实现的原子化服务,包含以下三类形态:小程序、快应用、HTML5应用。

2.1.1 小程序

小程序是一种业界基于Web开发的即点即用的应用程序的通用名称,不需要安装即可使用,通过搜索或者二维码作为链接地址进行跳转直达应用。通常具有以下特点:

以JS作为开发语言;

基于HTML5规范重新定义API和组件;

依托于容器应用,提供私有能力接口;

执行引擎依赖于容器应用运行的操作系统。

当前业界存在的小程序规范主要包括微信小程序,支付宝小程序,百度小程序,字节跳动小程序等。

2.1.2 快应用

快应用是一种新的应用形态,由小米、华为、OPPO、VIVO等国内10家手机厂商发起成立的快应用联盟制定的统一技术规范,同样具有无需下载安装即可使用的特点。

从技术角度看,与小程序的相同点包括:基于Web技术构建新的应用规范;使用链接地址(DeepLink)作为入口地址。与小程序的不同点包括:采用了更严格的控件管理方式;执行平台集成到操作系统内并进行深度定制。

2.1.3 HTML5应用

HTML5应用遵守W3C Html5标准规范的应用,可以理解为一次写入,就可以运行在任何支持HTML5技术的地方运行的应用。HTML5应用是为移动设备优化的网页集合,为流式视频和音频、图形处理和动画以及离线支持提供了高级功能。还添加了包括语义元素、表单控件和多媒体组件,以及许多支持地理位置服务、拖放操作、本地应用程序缓存等的新API。

HTML5很少单独工作,大多数HTML5应用程序集成了级联样式表(CSS)和JavaScript,CSS定义了HTML组件在浏览器中的呈现方式,JavaScript包括用于处理文本、对象和数组的API。所有主要浏览器都支持这些技术,使得有可能在广泛的设备上实现基于Web的应用程序。

2.2、Native AA

Native AA是一种基于本地(操作系统)并使用原生程式编写运行的本地原子化服务。一般使用的开发语言为JAVA、C++、Objective-C。

三、原子化服务(元能力)/AA定义运行要求

运行平台是指支撑原子服务在设备上正常运行的系统服务。

3.1、Web AA运行要求

3.1.1 小程序运行要求

小程序运行平台为其对应的容器应用和开发平台上,各自的具体实现较为类似。以微信小程序为例:

在 iOS 上,小程序逻辑层的 JavaScript 代码运行在 JavaScript Core 中,视图层是由 iOS上的系统WebView 来渲染的

在 Android 上,小程序逻辑层的 JavaScript 代码运行在各自平台的自研的webview上。

3.1.2 快应用运行要求

快应用运行在手机系统内的快应用执行环境中,由各手机内置的快应用引擎提供运行时支持。

3.1.3 HTML 5应用运行要求

HTML5应用运行在Web引擎上,主要运行方式有:

1)内嵌Web引擎的HTML 5应用

客户端作为移动Web应用运行环境,此类应用一般采用客户端内嵌Web引擎扩展的方式,客户端上可以运行一个或多个移动Web应用。

2)基于操作系统Web引擎的混合类应用

操作系统内嵌移动Web应用运行环境,此类应用利用操作系统提供的Web接口,如Android的Web View对象。主要采用网页编程语言,同时结合原生语言开发,无需依赖浏览器运行。

3.2、Native AA运行要求

Native AA运行在程序对应的本地操作系统中。例如:

以APK为载体的原子化服务运行在Android系统提供的本地应用运行环境中;

以IPA为载体的原子化服务运行在IOS提供的应用运行环境中。

四、分发平台能力要求

分发平台是AA的主要调度系统,是按照用户使用场景进行自动化分发服务的机构。承担了除用户主动启动服务外的主要入口能力,为平台和服务的智能化提供核心调度算法能力。依照用户需求,场景找到匹配的AA按照用户需要的方式呈现给用户分发。

4.1、单一设备分发场景定义(入口)

为单一设备和用户提供多种服务入口,依据启动方式和适用场景,包括但不限于桌面入口、语音入口、智慧入口、搜索入口等。

入口分为硬入口和软入口。硬入口除开常用的手机、Pad、电视、智能音箱、PC之外,还包括车机、智能手表和手环等穿戴设备、耳机、VR/AR、智能家居、物联网IoT设备;软入口包括桌面、全局搜索负一屏、天气、日历等超级入口,还涉及智慧域的产品,比如语音助手、视觉助手、情景智能等产品。

4.2、多设备分发场景定义

为满足日益增长的消费类设备的多样性,分发平台可以支持将服务进行跨终端设备分发。使得服务能按需要运行在不同的设备上的过程称为多端分发,同时其具备业务连续的特点:为保证用户服务由于使用的设备切换或者用户行为变化而中断,需要提供运行中服务的状态在不同设备上流转的能力,以保证提供连续的服务,这个过程称之为业务接续。

要求:

依据用户使用的场景和当前可用设备,分发平台能自动将合适的服务分配到恰当的设备;

分发过程具有一致性,相同场景分发的结果相同,不引起用户困扰;

提供设备的感知能力,让服务只运行在可用设备上;

在不同的设备上分发,应使得用户的交互模式尽可能自然;

支持服务流转时状态的自动接续,无须用户手动操作;

开发者可以基于业务接续能力接口实现服务接续逻辑。

原子化服务工作组后续还将发布统一的API标准、质量标准,统一的原子化服务分类、以及多平台开发框架,敬请期待!

标准意见反馈

欢迎开发者就标准范围、原子化服务定义及其他内容发表看法或补充意见,您可将信息反馈至开发者邮箱developer@china-sga.com。

分享:
请先后留下您的评论
热门评论
没有更多评论了
合作咨询
申请加入会员
请选择您企业的所属类别