【NodeJs】NodeJs专题之理解企业BFF框架原理

最新推荐文章于 2025-05-12 09:25:40 发布
最新推荐文章于 2025-05-12 09:25:40 发布
阅读量1.1k 收藏 2
点赞数 1
CC 4.0 BY-SA版权
分类专栏： NodeJs 文章标签： 中间件 前端 分布式 nodejs BFF
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43529465/article/details/129299079
BFF（BackendForFrontend）是一种将业务逻辑处理放在服务端，以适应前端需求的架构模式。它解决了前端因不同设备和复杂业务流程需调用多个后端接口的问题，通过服务聚合简化前端调用。然而，BFF也可能带来重复开发、维护复杂性和资源浪费等挑战。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

BFF—服务于前端的后端

一、什么是BFF框架

BFF框架指的是一种逻辑分成,而非一种新技术即 Backend For Frontend（服务于前端的后端），也就是服务器设计 API 时会考虑前端的使用，并在服务端直接进行业务逻辑的处理，又称为用户体验适配器。

二、为什么要使用BFF

当然一般情况下后端 api 不需要区别对待不同的前端;

不同的前端平台所带来的差异化不会很大,但有些特殊的商业软件会细分到以上 3 种不同的前端平台.
如果是基于这个假设那么前端每做一点改变都需要后端的支持;

有没有一个中间件平台提供所有前端所需的 api，同时负责和后端交互呢？
对于基本的小改动中间件平台完全可以提供其相应的数据支持，而不需要后端开发的支持 ,所以 BFF 框架就这样诞生了.

三、BFF解决什么问题

介于目前业务逻辑的复杂交错以及分布式数据存储和后端工程师崇尚的低耦合;
导致前端一个页面可能要请求后端N个接口,甚至要从不同服务器接口拉取组合数据;
这层代码主要的业务场景也比较集中，大多数是请求转发、数据组织、接口适配、权鉴和SSR;

比如用户在线下单: 首先从授权服务请求授权 => 去用户服务接口获取用户详情数据 => 下单提交交易请求 => 拉取payment服务等。

正因为BFF 层的存在,让后端api更加独立解耦;
还能从用户体验层集合页面需要的各种服务和数据,看起来俩全齐美.
在这里插入图片描述

四、如何使用BFF

4.1 多端应用

我们在设计 API 时会考虑到不同设备的需求，也就是为不同的设备提供不同的 API，虽然它们可能是实现相同的功能，但因为不同设备的特殊性，它们对服务端的 API 访问也各有其特点，需要区别处理.

4.2 服务聚合

随着微服务的兴起，原本在同一个进程内运行的业务流程被拆分到了不同的服务中;
这在增加业务灵活性的同时，也让前端的调用变得更复杂;
BFF 的出现为前端应用提供了一个对业务服务调用的聚合点，它屏蔽了复杂的服务调用链，让前端可以聚焦在所需要的数据上，而不用关注底层提供这些数据的服务.

4.3 非必要不新增

我们在看到 BFF 带来的各种好处的同时，也要注意到它所带来的代码重复和工作量增加方面的问题;
如果与已有 BFF 功能类似，且展现数据的要求也相近的话，一定要谨慎对待新增 BFF 的行为.

五、BFF劣势有哪些

  • 重复开发：每个设备开发一个 BFF 应用，也会面临一些重复开发的问题展示，增加开发成本
  • 维护问题：需要维护各种 BFF 应用,以往前端也不需要关心并发，现在并发压力却集中到了 BFF 上
  • 链路复杂：流程变得繁琐，BFF引入后，要同时走前端、服务端的研发流程，多端发布、互相依赖，导致流程繁琐
  • 浪费资源: BFF层多了，资源占用就成了问题，会浪费资源，除非有弹性伸缩扩容
成功解决：node作BFF，整合数据，转发请求
星空下的Along君
01-20 1530
问题 项目设计为双后台。 一个是python后台，返回的通用数据，数据都比较原子化。 一个是node后台，作为BFF（Backends For Frontends 服务于前端的后端），为前端提供整合好的数据。 node作为中间服务器，需要多次请求python后台数据，并将其整合成前端需要的形式 本文的问题便是如何整合后台数据并返回 前置信息 python提供的接口： spu接口 const API = '/spu?spu=spuname' const response = { .
Gracejs：一个使用koa2（基于koa2的标准前分离框架）构建的Nodejs BFF框架
02-03
格雷斯 （又称：koa-grace v2）是全新的基于的MVC + RESTful架构的前替代分离框架。 koa-grace v1.x版本请移步： : 一，简介 Gracejs是的升级版，也可以叫koa-grace v2。 主要特性包括： 支持MVC架构，可以更便捷地生成服务端路由； 标准的RESTful架构，支持初始接口异步并发，页面性能更优； 一套Node环境经服务服务多个站点应用，部署更简单； 优雅的MOCK功能，开发环境模拟数据更流畅； 完美支持async / await及generator语法，随心所欲； 更灵活的前端重建选型，想用什么就用什么，随你所愿。 在Koa-grace v1中（以下简称：koa-grace）：在Gracejs完美支持koa v2的同时，同时优化了虚拟主机匹配和路由匹配的性能，还完善了部分测试用例等多种升级。当然，如果你正在使用koa-grace也不用担心，我们会把Gracejs中除支持koa2的性能和功能特性移植到koa-grace的相应中间件中。 这里不再介绍“前精确分离”，“ RESTful”，“ MVC”等概念，有兴趣可参考一文。 G
HOW - BFF 服务实践系列（一）- 基于 NodeJS 实现
weixin_58540586的博客
05-27 1483
基于 Node.js 实现一个 BFF 服务，以下是一个详细的指南，帮助前端开发者使用 Node.js 创建一个功能完备的 BFF 服务。
前端大数据量场景下如何使用 BFF 解决
最新发布
weixin_43891869的博客
05-12 448
前端大数据量场景下如何使用 BFF 解决 BFF（Backends for Frontends） 是一种架构模式，通过在前端和后端服务之间增加一个中间层，专门为前端定制数据接口。在处理大数据量时，BFF 的核心作用是 优化数据交互，具体实现方式包括：
了解BFF架构
weixin_33800463的博客
05-25 1587
参考文章： - http://samnewman.io/patterns/architectural/bff/ - https://os.alipayobjects.com/rmsportal/WtUmBLJSmqtDHkvJzuzM.pdf - http://www.ouchangjian.com/arti...
探索Node.js后端框架：`node-bff`
gitblog_00050的博客
03-29 499
探索Node.js后端框架：node-bff 在这个快速发展的Web开发世界中，寻找一个高效、灵活且易于上手的后端框架是每个开发者的需求。今天，我们要向大家推荐的是一款名为的项目，它是一个基于Node.js构建的轻量级后端业务处理框架，旨在帮助开发者快速构建API服务。 项目简介 由作者eshengsky创建，它的核心理念在于提供一种简洁的方式，将前端和后端之间的接口定义与实现分离，让后端专注于数...
Node做BFF中间层架构优化前端开发体验并提升系统整体性能。
专研技术的大学生:会点Java和前端
04-17 1567
在使用 Node.js 构建 BFF（Backend for Frontend）层架构时，核心思想是为前端应用（如 Web、移动端或桌面应用）提供定制化的 API 接口，将后端复杂的服务逻辑抽象化、聚合化，从而优化前端开发体验并提升系统整体性能。
NodeJS企业级WEB开发框架.pptx
10-15
本文将深入探讨Node.js在企业级Web开发中的应用，特别是围绕SOA/微服务架构下的困境、BFF（Backend for Frontend）解决方案以及如何构建鲁棒、可维护和高效率的开发框架。 首先，SOA（Service-Oriented ...
Gracejs：Nodejs BFF框架的新选择，基于Koa2和MVC + RESTful
资源摘要信息:"Gracejs是一个使用Koa2框架构建的Node.js BFF（Backend For Frontend）框架。Koa2是一个基于Node.js的Web开发框架，由Express原班人马打造，旨在成为Web应用和API开发的更小、更富有表现力、更健壮的...
A Nodejs BFF framework, build with koa2（基于koa2的标准前后端分离框架）.zip
08-27
项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传，可轻松copy复刻，拿到资料包后可轻松复现出一样的项目，本人系统开发经验充足（全栈开发），有任何使用问题欢迎随时与我联系，我会及时为您解惑，...
bff:您友好的测试框架
08-03
您友好的测试框架 安装 yarn add @ianwalter/bff --dev 命令行使用 您可以使用嵌套配置属性的点语法通过 CLI 传递下一节中描述的所有配置，例如bff --puppeteer.dumpio true 。 测试文件可以指定为没有标志的输入...
基于 Node.js 的可视化 BFF 解决方案。.zip
01-15
方案是为解决特定问题或达成特定目标而制定的一系列计划或步骤。它的作用是提供一种系统性的方法，以有效地应对挑战、优化流程或实现目标。以下是方案的主要作用： 问题解决： 方案的核心目标是解决问题。通过系统性的规划和执行，方案能够分析问题的根本原因，提供可行的解决方案，并引导实施过程，确保问题得到合理解决。 目标达成： 方案通常与明确的目标相关联，它提供了一种达成这些目标的计划。无论是企业战略、项目管理还是个人发展，方案的制定都有助于明确目标并提供达成目标的路径。 资源优化： 方案在设计时考虑了可用资源，以最大化其效用。通过明智的资源分配，方案可以在有限的资源条件下实现最大的效益，提高效率并减少浪费。 风险管理： 方案通常会对潜在的风险进行评估，并制定相应的风险管理策略。这有助于减轻潜在问题的影响，提高方案的可行性和可持续性。 决策支持： 方案提供了决策者所需的信息和数据，以便做出明智的决策。这种数据驱动的方法有助于减少不确定性，提高决策的准确性。 团队协作： 复杂的问题通常需要多个人的协同努力。方案提供了一个共同的框架，帮助团队成员理解各自的职责和任务，促进协作并确保整个团队朝着共同的目标努力。 监控与评估： 方案通常包括监控和评估的机制，以确保实施的有效性。通过定期的评估，可以及时调整方案，以适应变化的环境或新的挑战。 总体而言，方案的作用在于提供一种有序、有计划的方法，以解决问题、实现目标，并在实施过程中最大化资源利用和风险管理。 方案是为解决特定问题或达成特定目标而制定的一系列计划或步骤。它的作用是提供一种系统性的方法，以有效地应对挑战、优化流程或实现目标。以下是方案的主要作用： 问题解决： 方案的核心目标是解决问题。通过系统性的规划和执行，方案能够分析问题的根本原因，提供可行的解决方案，并引导实施过程，确保问题得到合理解决。 目标达成： 方案通常与明确的目标相关联，它提供了一种达成这些目标的计划。无论是企业战略、项目管理还是个人发展，方案的制定都有助于明确目标并提供达成目标的路径。 资源优化： 方案在设计时考虑了可用资源，以最大化其效用。通过明智的资源分配，方案可以在有限的资源条件下实现最大的效益，提高效率并减少浪费。 风险管理： 方案通常会对潜在的风险进行评估，并制定相应的风险管理策略。这有助于减轻潜在问题的影响，提高方案的可行性和可持续性。 决策支持： 方案提供了决策者所需的信息和数据，以便做出明智的决策。这种数据驱动的方法有助于减少不确定性，提高决策的准确性。 团队协作： 复杂的问题通常需要多个人的协同努力。方案提供了一个共同的框架，帮助团队成员理解各自的职责和任务，促进协作并确保整个团队朝着共同的目标努力。 监控与评估： 方案通常包括监控和评估的机制，以确保实施的有效性。通过定期的评估，可以及时调整方案，以适应变化的环境或新的挑战。 总体而言，方案的作用在于提供一种有序、有计划的方法，以解决问题、实现目标，并在实施过程中最大化资源利用和风险管理。
Nodejs BFF 开发 8 个月的心路历程
LuckyWinty的博客
03-23 1606
来自 “Nodejs技术栈” 交流群 coolliyong 的 Nodejs BFF 层 8 个月开发过程中心得分享！正文从下面开始～忙碌的日子总是过得...
Node学习(四)-Resful风格-BFF
javaScript1997的博客
01-26 984
一、Resful风格 【相同的地址不同请求方式，相同请求方式不同地址】 1.1基于图书馆案例改造 RESful 风格 API GET http://localhost:8080/books 获取图书 POST http://localhost:8080/books/book 添加图书 GET http://localhost:8080/books/book/:id 根据id获取图书 PUT http://localhost:8080/books/b
软件架构场景之—— BFF：如何处理好微服务之间千丝万缕的关系？
vincent_wen0766的博客
02-17 1713
业务场景 之前设计的一个供应链系统中，它包含了商品、销售订单、加盟商、门店运营、门店工单等服务，涉及了各种用户角色，比如总部商品管理、总部门店管理、加盟商员工、门店人员等，而且每个部门的角色还会进行细分。而且这个系统中还包含了两个客户端 App：一个面向客户，另一个面向公司员工和加盟商 此时，整个供应链系统的架构如下图所示 上图中的网关层主要负责路由、认证、监控、限流熔断等工作 路由： 所有的请求都需要通过网关层进行处理，网关层再根据 URI 将请求指向对应的后台服务，如果同一个服务存在多个服
大厂为啥都要用Node去写中间层(BFF)呢？
2401_83384536的博客
06-27 1301
大家好，我是考拉🐨BFF是一种Web架构，全名为Backends For Frontends，即为服务于前端的后端。这个词来源于Sam Newman的一篇文章：Pattern: Backends For Frontends[1]。BFF一般指的是在前端与后端之间加增加一个中间层。为什么要在前端和后端之间增加一个BFF层呢？计算机科学中的所有问题都可以通过加一层来解决。因此，需要使用BFF的场景，肯定是普通的前后端开发模式遇到了部分问题。
微服务 BFF 架构设计
Java+GO+JS全栈工程师-鹤冲天的博客：编程辅导~商务合作~技术交流
11-25 3154
BFF即 Backends For Frontends (服务于前端的后端)，由于微服务众多，需要一个统一入口根据不同的业务场景作为前端集成使用。面向后端：BFF 隔离了因不同渠道前端 UI 展示对后端 API 的需求，企业可以在后端构建核心业务领域能力面向前端：BFF 可以根据已有的后端 API，快速满足不同渠道的前端在 UI 展示上的需求，来不断提升用户体验同时，BFF 可以帮助企业进行微服务架构的迁移或者演进。
浅谈BFF架构
weixin_51220967的博客
10-24 7043
BFF是服务于前端的后端，全称。BFF的位置在与客户端与服务端中间，起到一个中间件的作用。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值