作者 | YP
导读：在大部分场景中，前后端能够在开发前约定好数据接口，双方能够围绕约定并行地完结开发和自测 。但是在大型系统中一些后端模块有时并非直连前端，在它们之间或许包括一些其它模块的处理进程，为了确保数据实在有用，前端需求建立整套环境来调试渲染作用，导致功率和研制体会不断劣化。本文首要介绍百度商业前端团队结合接口平台和数据直达才能优化前后端协作功率的测验，有用的提高了团队协作效能。
全文2533字，估计阅读时刻7分钟。
一、实践计划
咱们的实践首要分为两大阶段：
1. 协作提效；
2. 质量确保&体会优化。
其间协作提效包括根底才能建造和协作方式晋级落地；质量确保&研制体会是在协作提效的根底上，对事务质量确保和极端场景所遇到的问题提出的一些处理计划。
二、数据直达才能
咱们团队所保护的后端模块是一个BFF层，负责适配上游和前端模块的数据，和前端事务联系十分严密。但是因为该层和前端之间还包括了一些战略和聚合的处理逻辑，咱们在开发自测进程中没办法直接运用桩数据来预览作用，前端为了调试功用只能保护多套环境，除掉环境建立自身需求耗费大把时刻之外，模块连通性排查、资源和谐，环境更新都会影响前端的作业功率。
为了削减保护环境带来的精力耗费，咱们在实践初期测验过多次环境办理优化，作用都不是很抱负，一方面有限的环境资源一直没办法很好地满意频频迭代的需求，另一方面环境提供方也疲于应对各种各样的问题，所以咱们就想能不能不再保护线下环境，而是将开发测验的作业转移到线上环境上去进行，也就是让后端能够一起处理线上和线下数据恳求，使前端在衔接线上环境时看到线下数据的渲染成果。
依据这个思路，咱们在后端阻隔出一套旁支逻辑定时地从Redis拉取线下物料数据和对应的设备信息，其间设备信息是某台手机或许某个浏览器唯一id，当这些设备所对应的恳求抵达时，后端就把它当作一个特别恳求替换原有恳求成线下数据，接着持续之后的处理进程，前端只需求将数据和设备信息写入到Redis就能接收到线下数据的处理成果，这样前端就像在运用一套一直坚持最新版别的常驻环境，不会再被各种各样的环境保护问题耗费精力，双方都能在协作进程中更关注事务逻辑自身。
三、晋级协作方式
凭借数据直达才能，咱们成功处理了环境保护困难的问题，大幅地提高了联调阶段的功率，但其实咱们在开发阶段的协作仍然存在着一些问题。在才能建造初期咱们只支撑了恳求数据的替换，前端没办法在后端代码上线之前开始开发，这样串行的协作方式显然是有问题的，所以咱们就想能不能依据数据直达才能扩展出一套惯例的桩服务。
为了完结桩服务，咱们在需求作为桩输出给前端的数据上添加了特别标识，当后端识别到带着特别标识的数据恳求时就会越过后续的处理逻辑，直接回来成果给下流模块。这种替换回来的方式能够让后端在开发前就将线下桩数据交给给前端运用，使前后端能够并行协作。
为了削减学习和操作本钱，咱们将以上所介绍的才能封装成平台提供给团队运用，后端能够按照项目为维度修改和交给数据，前端能够拿这些数据去和设备做衔接，然后直接在app上刷新就能够看到作用。
四、数据分级
为了改造前后端协作方式，咱们在开发进程中运用的其实都是桩数据，这样或许会导致数据和最终实在逻辑所输出的成果存在差异，这些差异或许会暴露到线上影响事务功用，所以如果缺少有用的措施去束缚数据运用的话，那么质量危险会变得难以操控。
为此，咱们将数据的运用依据规矩和应用场景划分成三种类型：手动生成、线下后端生成、线上后端生成。
能够看到，数据的束缚规矩跟着项目的推动是逐步收紧的。在开发前期后端能运用修改生成出的桩数据快速交给给前端，让前端完结单模块开发自测；在联调阶段，咱们的数据是由后端所开发完结的代码逻辑生成而来的，因为这部分数据需求确保必定实在性，所以不再支撑修改，这样数据就能够匹配上后端即将上线的逻辑；而在后端上线完结之后，前端能够从线上检索系统采集到实在物料数据，经过扫码等方法进行作用预览，这样一起从数据和代码逻辑两方面确保了实在性。
经过上述对数据分级的规划，咱们确保了协作进程在高效并行运转的一起，一直遵从一套流程规范，能够有用地确保了事务的交给质量。
五、优化平台体会
经过前面三个过程的优化，咱们在大部分的项目中现已能让前后端解耦协作，但是在一些杂乱项目中这套流程反而会降低作业功率，这是因为杂乱项目往往需求覆盖的功用点更多，数据组合也相应的更多，咱们发现部分项目所需求的数据条数甚至超越两百条，这样后端就要花费大量的时刻和精力去录入和修改数据，在这种极端需求下数据准备时刻就成为了功率瓶颈，使得研制体会急剧下降。
为了处理这个问题，咱们围绕“片段”概念支撑了对数据批量修改的功用，能够让后端在修改数据的进程中，将修改的操作以“片段”的方式保存下来，每一个“片段”包括修改的方位和值，这些“片段”能够持续应用到多个数据上，这样修改作业就从多次变成一次，大大削减了重复作业量。
一起，因为前端需求频频对同一个功用进行例如版别兼容、标题长度兼容等细分状况的验证，为了更好的支撑这种需求，咱们支撑了“片段”的版别的功用，也就是在坚持“片段”操作方位不变的前提下，为“片段”赋予不同的值，前端能够经过切换“片段”的不同版别，快速拿到同个功用下带着不同细节的数据去快速地验证一些兼容作用。
六、总结
前后端数据接口协作晋级使咱们的团队能够更稳定高效地完结产品迭代，团队的项目的均匀交给时刻削减了50%以上，现在现已有上千次的事务项目依据这套计划完结了开发测验和线上回归作业。咱们也在持续不断地探究在如产品视觉验收、销售问题验证等其它方面落地的或许性，期望能在更多的场景下提高团队的协作效能。
——————END——————
引荐阅读：
前端的状态办理与时刻旅行：San实践篇
百度App 低端机优化-发动功能优化（概述篇）
面向大规模数据的云端办理，百度沧海存储产品解析
增强分析在百度计算的实践
百度用户产品流批一体的实时数仓实践
怎么管理资源糟蹋？百度云原生本钱优化最佳实践
