native 原生接口集合

在2021年之前，多点App的所有Hybrid方法聚集在Galleon对象、DMWebBridge对象以及其它业务域对象上，虽然较为分散，但文档相对比较完善，并未造成较大的困惑；但2021年，多点App逐步开始使用HTMLNative容器（HN）后，HN容器下所有方法的调用方式都出现了巨大的变更，业务项目中几乎不可能逐个进行兼容处理。

从长期角度来看，未来C端业务以小程序模型的客户端架构打造的Hybrid模式完全依赖HN容器的落地，理应需要有一套完善的中间层提供原生接口能力，而不是交由业务中作复杂的环境判断。

基于此，Kreator将不同容器的差异在内部抹平，同时提供小程序风格的Api，同时支持回调式和Promise方式调用，业务开发人员完全不需关注容器间的差异，只需关注业务逻辑实现即可。

同时，为了最小化调用兼容成本，原生接口的实现会最大程度上兼容Web端的实现，但多数系统级别的能力在Web端是无力实现的（例如亮度调节，发起振动），但我们会保证在App以外的场景调用不会报错，确保业务中无需多余兼容。

所有方法均挂载在kreator.native对象上。