flutter多端,flutter多端开发

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

flutter怎么样

flutter很强，目前一套代码可以供Android，iOS， Web 使用，妥妥的一套代码，多端使用，在跨平台开发中，有着巨大的影响。

相关问答

Q1: Archsummit 2019重磅分享｜闲鱼Flutter＆FaaS云端一体化架构

作者：闲鱼技术－国有

国有，闲鱼架构团队负责人。在7月13号落幕的2019年Archsummit峰会上就近一年来闲鱼在FlutterFaaS一体化项目上的探索和实践进行了分享。

随着无线，IoT的发展，5G的到来，移动研发越发向多端化发展。传统的基于Native＋Web＋服务端的开发方式，研发效率低下，显然已经无法适应发展需要。

我们希望探索闲鱼这样规模的独立APP的高效研发架构。主要思路是围绕Flutter解决多端问题，并使Flutter与FaaS等无服务容能力打通，形成云端一体化的研发能力，支持一云多端的发展需要。在某些场景已经取得效果，希望分享过程中的思考，与大家交流。

闲鱼选择Flutter主要是出于高性能的考虑。Flutter高性能主要来源于2个原因：

更多比较：

没有银弹的解决方案，Flutter与RN各有优点。如何选择因素很多，关键看如何取舍，举个例子：

云端技术栈的打通，是减少协同的不错的解法。以往前端＋Node.js的一体化方案大家应该不会陌生，然而如果端侧使用了Flutter，那云侧Dart自然是第一选择。

FaaS的本质是运行在云端，那Dart适合用在云/Server上吗？

Dart语言早于Flutter，在最初的设计上，Dart就可以用于Web、Server。Dart具备一些服务端语言的特点：

闲鱼首先尝试将Dart作为普通的Server，替代传统的Java　Server，然后再将Dart容器嵌入到FaaS容器中。建立Dart Server能力是第一步，也是主要的工作量所在。

闲鱼在Dart　Server方面的建设思路：

开发期：

运行期：

上述内容实现了FlutterDart FaaS的技术栈的统一，但仅技术栈统一还远远不够，端、云的同学仍然无法真正互补和一体化打通，原因在于还有更多深入问题需要考虑：

面向这些问题，闲鱼的解法思路：

案例一，一体化在资源均衡方面的体现。在近期的一个项目中，云端一体化使原本2个月的项目时间，减少了20天。

案例二，一体化在业务闭环方面的体现。负责增长的一位开发同学，专注在增长业务上，在合适的情况下为合适的人投放合适的内容，以此带来用户的增长和活跃效果。一体化的方式下，可以统一云、端的切面，业务研发不再受云、端的限制。

一体化是建设高效研发框架的方向，并不是所有场景都需要一体化的开发，但一体化的Flutter、FaaS等技术组件，可以独立使用，也会带来效率提升，并且与原有的开发模式兼容。从一体化的思路去建设，可以使整体架构体系更加一致，也有机会做一体的架构沉淀。

未来闲鱼希望在一体化上做更多尝试和深入探索，包括一体化工具、一体化业务平台、数据化智能化等方向。

Q2: 闲鱼前端基于serverless的一种多端开发解决方案

前端的发展太快了，前端框架和技术的发展也层出不穷，还包括不同智能设备的出现，对前端开发同学来说是个很大的跳转，简单列举下：

这样就滋生了一些问题，比如我要开发一个通用的页面，兼容不同的端侧和小程序，显然目前是做不到的，我们只能开发多套页面去适配不同的场景，这样的话成本就太高了。

很多同学都在尝试解决这个问题，也催生了类似taro这样的多端统一开发框架，这是一个好的解决方案，但是比较被动，缺乏一定的扩展性。

这篇文章我们要探讨的是，看能不能换个角度去解决这个问题，提升开发效率。

ViewModel

当我们在开发一个页面的时候，不管用的是哪一种框架，通常都会抽象出一层viewmodel层，它主要有2个作用

从上图中我们可以看出，viewmodel是一段独立的通用代码逻辑，起到了承前启后的作用。它和view层关系更加紧密，因此通常会放在前端测。

既然viewmodel是独立的，那我们能不能把它放在后端呢？这样一个最大的好处就是viewmodel可以进行复用，不需要在重复编写，而且只需要改动一个viewmodel，就可以全量生效。

似乎是一个很美好的想法，但是这部分代码由谁去开发呢，总不可能寄希望于后端同学吧，当然只能是我们自己，也感谢于serverless架构的出现，让这件事情变成了可能。

有些同学可能会问，既然viewmodel后移了，那view呢？后续会考虑结合我们的ui2code技术，那真的就比较完美了。

什么是serverless

架构上，我们可以把serverless分为FaaS和BaaS。

FaaS是用于创建、运行、管理函数服务的计算平台，它支持多种开发语言，比如java、nodejs、dart等，这有利于不同端侧的开发同学介入开发。FaaS是基于事件驱动的思想，只有当一个函数被事件触发时才会占用服务器资源执行，不然都是无需占用服务器资源的。

BaaS提供了用于函数调用的第三方基础服务，比如身份校验、日志、数据库等，它是由服务商直接提供，开发者无需关系实现，直接调用即可。

业务落地

我们是通过gaia平台开发后端接口，gaia可以理解为上文提到的FaaS平台。

日常开发中有这样一个需求，下面是这个需求的一个页面。

因为这个页面上的数据比较多，先把它切分成一个个小的模块，后台返回数据的时候也根据模块来返回数据。

我们是根据viewmodel来设计接口，首先肯定有一个首屏数据接口；然后是页面上的交互，比如切换卡片、切换芝麻信用按钮，切换会引起页面数据变化，我们可以统一封装一个页面更新的接口；最后是一个开通的接口。

后端接口

前后端交互最重要的数据结构的设计，我们省略了中间的业务逻辑处理，看下接口的数据结构。

首屏接口返回的数据主要有几个特征：

更新接口的返回数据结构和首屏接口类似，但是入参有所不同，主要包括2个字段：

前端处理

从后端返回的数据可以看到，数据是及其详细的，无需我们做任何的业务逻辑处理，直接映射到页面即可。这样，前端已经变成了很薄的一层数据，没有任务的业务逻辑处理，变的很简单，当需要迁移到其他端时，只需要迁移视图层即可。当有任何的业务变动时，只需要修改后端的接口，就能生效。

收益与总结

通过具体的实践，我们发现，对于前端开发同学来说，变的简单了，开发效率有很大的提升，前端同学甚至都不需要去理解具体的业务逻辑，就能完成页面的开发。而且，提取的viewmodel可以复用到不同的端侧，设置还包括native端。我们还可以将viewmodel拆分成更小粒度的viewmodel，方便在不同的页面接口中进行复用。我们有同学还在FaaS侧基于redux的思想封装了一个通用的状态管理框架，规范了前后端的交互。

后面，还有一些问题待我们去解决，比如开发成本、viewmodel的逻辑拆分、具体接口问题定位等。

闲鱼团队是Flutter+Dart FaaS前后端一体化新技术的行业领军者，就是现在！客户端／服务端java／架构／前端／质量工程师面向社会招聘，base杭州阿里巴巴西溪园区，一起做有创想空间的社区产品、做深度顶级的开源项目，一起拓展技术边界成就极致！

*投喂简历给小闲鱼→ guicai.gxy@alibaba-inc .com

开源项目、峰会直击、关键洞察、深度解读

请认准闲鱼技术

Q3: flutter 蓝牙ble(blue tooth),同时连接多台/多个设备

于是就有了写作本文的动力，--------解决同时连接多台蓝牙设备!!!

flutter_blue 适合于单台的蓝牙设备，使用起来简单

flutter_reactive_ble 适合于单台的蓝牙设备，多台蓝牙设备也可以用

flutter_ble_lib 适合于单台的蓝牙设备，多台蓝牙设备也可以用，可以在模拟器上进行调试蓝牙

感觉后2个第三方库都可以使用，本人先入为主使用了flutter_reactive_ble，所以本文以flutter_reactive_ble为基础进行介绍

先声明4个全局变量，后面会用到