闲鱼开发接口_从无到有，闲鱼Flutter一体化演进之路

作者：闲鱼技术-兰昊

前言

Flutter一体化研发模式在闲鱼落地探索已有半年多了，前面也有多篇文章已经分享过阶段性成果，今天我给大家以总的视角来分享下在这个过程中闲鱼探索出来的一条路。

业务痛点

时间回到2019年8月。在那之前闲鱼上每年会有不少创新型交易模式在做探索，但是交易链路代码年久失修，维护成本很高，无法快速支撑到业务。例如下图所示： * 所有引起金额变化的操作全部都在云端各做一遍，买卖家订单状态判断以及操作订单的逻辑也全部都在端上。这样每次新增交易类型，就会进一步增加端上状态机的逻辑复杂度。 * 一个下单页面需要发出5次网络请求才能拿到全部的渲染信息，因为分属不同领域，所以没有一个服务端同学愿意来包成一个接口。

所以那时候想到尝试用Flutter一体化的方式来重构交易链路，从而在研发上提速，以更好地支撑到创新型业务。

演进过程

整个的演进过程都是围绕着如何来降低客户端同学做一体化的成本，对整个研发进行提速，并且解决业务开发过程中的痛点。

通信一体

在下单这个场景，我们设计了如下的通信方式。将每一次的端上改动和当前数据都以request的形式发送给服务端，由服务端算出在该操作下新的价格应该是多少，并以response返回给客户端。双方之间的一纸约定仅仅是靠一个Json。这种情况下，服务端的代码和客户端的代码写