飞布（Fireboom）是一个可视化API公有云平台，旨在提升前后端协作效率。本文介绍了其核心特性，如Hooks的广泛使用，启发式API开发，以及统一API管理对团队协作的促进作用。同时，通过案例展示了Fireboom如何简化数据模型变更、前后端协作、中间件集成和跨数据源查询等问题。最后，反思了当前的不足，包括自定义钩子的学习成本和功能指引的缺失。
什么是飞布：
⻜布是可视化API公有云平台，面向开发者，以快速交付⽣产级 API 为⽬标。基于可视化开发+AI辅助，提升研发效率，解决前后端协作问题。
一、Hooks 无处不在
fireboom 中有大量模版方法的实践，包括认证前后，全局请求前后，当前请求前后的自定义逻辑。
在 java 中，会定义一个接口交由下层实现，上层通过接口类型在 spring 容器中找出所有 bean 实现并依次遍历调用。
而在飞布中，会将定义的 api 动态注册到路由中，同时定义的钩子也会在开启的状态下进行注册，最终呈现的结果，界面定义并控制钩子的调用
二、我们的期望：启发与引导
为了应对需求的频繁变更，在有一定技术积累和追求的前提下，会尽量将与业务无关性的逻辑抽象出来，实现前人种树后人乘凉。但这并不是一件容易做的事，对业务的整体把控、对设计模式的了解和实践抽象的手段缺一不可。虽然会在一开始就立志于做到低耦合，但是对代码的思考不是一蹴而就的。我们希望 fireboom 不仅是提升开发效率的工具，同时也能帮助开发者构建一种新的认知，一种基于声明 API 的开发方式。
同时，我们还期待 fireboom 的抽象能给乐于思考的开发者带来一些启发与引导。比如，原先在开发 API 时，一般的步骤是首先部署 API 网关，然后将 API 添加到网关中并保护它们，而 API 的版本管理通常是通过在 URL 上添加版本标识来实现，诸如”/v1”, “/v2”等。但是，软件开发围绕着 git 进行，为何不能把 API 也交由 git 进行版本管理？当然，做到这一点并不容易，需要将管理身份验证、授权、安全等功能抽象出来，但 fireboom 抽象了网关，允许通过编写一部分的代码来配置和管理 API ，能够以声明性的方式管理 API 。
三、声明性 API 依赖性-思考 AP
最低0.47元/天 解锁文章
扫一扫
到【灌水乐园】发言
