Flutter Worker —— 闲鱼这样实现“逻辑跨平台”

闲鱼社区主要页面采用Native实现，部分使用Flutter和Weex承接。帖子、话题等固定数据结构的处理，点赞、评论等用户交互和状态同步，这些数据逻辑大部分是重复的，而且在多技术栈实现性价极低。由此我们想，能否在端上实现这样的一套工具，解放劳动力的同时，摆脱对服务端BFF层的依赖，保证研发效能。

抽象地看，实际上我们需要的正是一个逻辑跨平台工具。逻辑跨平台概念由来已久，也有一些很优秀的方案可以参考：

• C++语言在Objective-C/Java等Native语言都有成熟接口可以调用，这使得C++有天然的跨平台优势。同时不可否认的，C++入门门槛会比较高，导致后期维护成本大。

• KMM是JetBrains推出的用于跨平台移动开发SDK，提供了一个语言级别的逻辑跨平台解决方案，可以将直接代码编译为与目标平台完全相同的格式。

结合团队内现有的一些技术基建，最终我们使用Dart完成了这一设计，在不同平台保证数据和逻辑处理的一致性，节约人力资源的同时保证用户体验。取名Flutter Worker。

整体架构设计

在进行整体的设计之前，首先限定worker的业务场景：目标是提供一个多端可复用的逻辑处理中心，端上发起数据请求，所有的逻辑处理在FlutterWorker收口，执行完成返回回调给端上。设想中，在worker写Handler只需要关注逻辑处理，对于数据的传入和在端上的接收，开发者只需要指定类型，worker会自动把数据转化成该类型。

由此，在整体的架构设计中，我们主要考虑以下几个方面：

• FlutterWorker需要一个稳定的运行环境，由于涉及到数据处理等可能会比较耗时的操作，需要保证不影响UI界面的绘制。

• 处理后的数据要供给多端使用，数据结构必须对齐。

• 提供足够的切面，方便接入方拓展。

• 为了保证运行时稳定可靠，需要添加监控及时发现问题，并且在上线前时，对性能进行测试评估。

整体的架构图如下：

• 运行容器层：容器是worker运行的基础