现在混合开发比较普遍了其实早就该学学了，只限于自己对html不是很熟搭的界面太丑了，哈哈…今天写Demo的需求是这样的 1、在一个界面里半面html,半面android原生控件。 2、点击html发送html的数据给android ...

本文首发于 vivo互联网技术 微信公众號 链接： 作者：悟空中台研发团队

【悟空活动中台】系列往期精彩文章：

• 《》 主要为大家讲述 vivo 活动中台的能力与创新
• 《》介绍了活动页內微组件之间的状态管理和背后的设计思路。

在上一篇 【】中我们一起回顾了活动页内微组件之间的状态管理和背后的设计思路。从最早的 EventBus 升级迭代到【前置脚本方案】最终回归到 Vuex 统一状态管理模式，针对平台的特点通过技术创新使 Vuex 无缝集成到活动页的开发中。本文峩们将一起继续探索平台和跨沙箱环境下的微组件状态管理

我们从实际业务场景入手，不断思考业务背后的诉求在架构上合理设计最後很好的解决了在不同场景上下文中的状态管理。具体如下：

1. 在平台内我们解决了微组件和平台之间的连接和状态管理。比如业务上微组件需要感知到平台的关键动作，如活动保存编辑器内组件删除等。
2. 在平台编辑器内的安全沙箱中我们解决了微组件和跨沙箱的配置面板之间的连接以及状态管理。

如图 1 所示这是我们的平台创建活动页的【编辑页】 ，左侧是可视化【编辑器】区域右侧是【属性面板】区域可以针对当前选中的组件进行个性化设置。根据我们的业务诉求组件要能感知到平台的一些核心动作，比如活动的保存组件的删除等。微组件感知到这些操作后就会执行相应的自定义业务逻辑，如参数校验业务检查，错误提示等

按照平台的开发规范一个标准的组件的结构是这样的：

本文写到了这里，我们一起回溯了团队在技术上为努力解决微组件与平台之间，跨沙盒环境下的思考和状态管理的探索同时作为前端工程师，我相信我们的日常都很类似都在思考，学习实践，锤炼我们的技术和视野那什么是技术呢？或许正如《技术的本质》中所诉【从本质上看， 技术是被捕获并加以利用的现象的集合或者说，技术是对现象有目的的编程】后续还有一系列的主题文章分享给大家，欢迎交流讨论