如何用一套代码运行跨多操作系统应用-六虎

一、跨渠道结构介绍

说到跨渠道，要先了解什么是“渠道”，这里的渠道，便是指运用程序的运转环境，例如操作系统，或许是Web浏览器，详细的像HarmonyOS、Android、iOS、或许浏览器，都能够叫做渠道。

跨渠道结构，便是一个运用的开发结构，开发者根据这个结构开发的运用，能够别离在不同的渠道上运转，业界比较闻名的比如：React Native、Flutter或许各种小程序结构，都能够称之为跨渠道结构。

跨渠道的优势有以下三个方面：

1、能够削减开发者的学习本钱；

2、添加代码复用，节省开发的本钱；

3、削减对各个渠道差异的适配。

跨渠道结构

假定需求是要在三个渠道上开发相同功用的运用，假如每个渠道都需求10个单位的工作量，那么一共将花费30个单位的工作量。假如运用了跨渠道结构，经过代码复用，那么或许只需求一半的工作量，乃至更少，这也是为什么开发者都在探究不同的跨渠道计划。

二、ArkUI跨渠道才能介绍

为满意HarmonyOS运用生态建设关于跨渠道开发的需求，咱们正在和相关的合作伙伴定向开源构建ArkUI的跨渠道才能，方针先支撑HarmonyOS、OpenHarmony、Android、iOS渠道，后续还将逐步添加对更多渠道的支撑。这样，开发者根据一套主代码，就能够构建可支撑多渠道的精巧的高功用运用。

ArkUI的定位包括以下几个方面：

1、ArkUI作为HarmonyOS原生的运用结构，才能将预置在HarmonyOS中；

2、ArkUI作为一切原子化服务的根底运转环境，如各类服务及全能卡片；

3、ArkUI也将作为一个通用的跨渠道结构来开发多渠道的运用。

ArkUI跨渠道结构全体架构

在ArkUI的架构规划之初就把跨渠道作为一个重要的规划准则，从代码的架构上就对各个渠道的调用做了解耦，能够便利的移植到不同的渠道，一起运用的图形引擎也是能够跨渠道的，一切根据它的组件都是自渲染的，所以有较好的功用和渲染一致性。一起运用了NAPI作为JS API的扩展机制，能够将相同界说的API扩展到不同渠道进行完成。

接下来将从组件支撑度、运用工程跨渠道、API才能边界等6个纬度详细介绍ArkUI具有的跨渠道才能。

1、跨渠道才能——组件支撑度：

ArkUI跨渠道目前具有的一些组件才能，主要为以下两方面：

1）OpenHarmony支撑的根底组件，都会进行支撑。

2）供给一些高级组件才能，比如XComponent和它的相关机制。

2、跨渠道才能——运用工程跨渠道：

关于一个完好的HarmonyOS运用，要做到跨渠道运转，还需求事务逻辑和它运用的API、资源都能跨渠道。

ArkUI支撑跨渠道三个必要条件

关于事务逻辑，运用@ohos的规范API，跨渠道的方针是：运用这些API开发的逻辑尽或许的直接在不同渠道运用。

3、跨渠道才能——API才能边界：

API大致分为以下几类，支撑策略也略有不同：

1）渠道无关的API，这部分是能够直接移植到不同渠道；

2）依靠渠道桥接的API，需求运用API扩展机制在不同渠道别离桥接；

3）不同渠道或许不是一一对应的API，通用的基本才能部分能够在不同渠道别离桥接；

4）渠道专有的API，依靠系统的特有才能，无法做到跨渠道。

渠道全局API

4、跨渠道才能——API扩展机制：

ArkUI供给了一套API的扩展机制，能够便利的去完成相同界说的API在不同渠道上运用。

扩展机制全体是复用NAPI机制，也是HarmonyOS上默认扩展API的机制，一起供给了JS->C++->Java/ObjectC的代码互调的机制。这套机制也相同适用于三方插件扩展或许开发者自己事务的扩展。

API扩展机制

以下面代码为例，经过规范的NAPI进行接口的扩展，一起也支撑注册一个Java的类，在接口调用时会动态加载这个类，最终调用到Java的完成中。

   // 注册插件，导出JS办法
   static napi_value TestPluginExport(napi_env env, napi_value exports)
   {
       static napi_property_descriptor desc[] = 
   { DECLARE_NAPI_FUNCTION("hello", JSTestPluginHello), };
       NAPI_CALL(env, napi_define_properties(
   env, exports, sizeof(desc) / sizeof(desc[0]), desc));
       return exports;
   }
  static napi_value JSTestPluginHello(napi_env env, napi_callback_info info)
  {
      auto plugin = TestPlugin::Create();
      plugin->Hello();
      … 
  }
  static void TestPluginJniRegister()
  {
      const char className[] = "ohos.ace.plugin.testplugin.TestPlugin";
      OH_Plugin_RegisterPlugin(&TestPluginJni::Register, className);
  }
  extern "C" __attribute__((constructor)) void TestPluginRegister()
  {
      napi_module_register(&testPluginModule);
      OH_Plugin_RunTaskOnPlatform(&TestPluginJniRegister);
  }

   // Java 事务逻辑
   package ohos.ace.plugin.testplugin;
   public class TestPlugin {
       public TestPlugin(Context context) {
           ...
       }
           public void hello() {
          Log.i(LOG_TAG, "hello from java");
      }
  }