文章插图
> Source


【BFFIS bff 前端】正如您所看到的，每个客户端都在这里有一个bff 。它将有助于优化服务的响应（SA，SB … SN） 。
拥有BFF的优点BFF的优点如下 。

• 关注的分离 - 前端要求将与后端问题分开 。这更容易维护 。
• 更容易维护和修改API - 客户端应用程序将少了解您的APIS结构，这将使其更有弹性更具弹性 。
• 前端的更好的错误处理 - 服务器错误大部分时间都没有毫无意义 。而不是直接返回错误服务器发送，而BFF可以映射需要向用户显示的错误 。这将改善用户体验 。
• 多个设备类型可以并行调用后端 - 虽然浏览器正在向浏览器BFF提出请求，移动设备可以执行相同的操作 。它将有助于更快地获得服务的回复 。
• 更好的安全性 - 可以隐藏某些敏感信息，并且在向前端发送响应时，可以省略对前端的不必要的数据 。抽象将使攻击者更难瞄准应用程序 。
• 共享团队的组件所有权 - 应用程序的不同部分可以很容易地由不同的团队处理 。前端团队可以享受客户的所有权及其基础资源消耗层;导致高开发速度 。下图显示了这种团队分离以及BFF的实力 。

文章插图
https://samnewman.io/patterns/architectural/bff/
在实践中遵循的最佳实践到目前为止，我们看到的是惊人的！但是，BFFS是否有故障？
答案是不！像其他技术或模式一样，甚至BFF都有陷阱 。为了避免这些，我们必须遵循一些最佳实践 。下面说明的一些最佳实践 。

• 避免使用自包含的全包API实现BFF - 您的自包含API应在微服务层中 。大多数开发人员忘记了这一点并开始在BFF中实现服务级API 。您应该记住，BFF是客户和服务之间的翻译 。从服务API返回数据时，它的目的是将其转换为客户端应用程序指定的数据类型 。
• 避免BFF逻辑复制 - 必须注意，一个BFF应该迎合特定的用户体验，而不是设备类型 。例如，大多数时候，所有移动设备（iOS，Android等）共享相同的用户体验 。在这种情况下，所有这些操作系统的一个BFF都足够了 。没有必要为iOS和另一个用于Android的单独BFF 。
• 避免过度依赖BFFS - BFF仅仅是一个翻译层 。是的，它也为应用程序提供了一定程度的安全性 。但是，你不应该比你更依赖它 。无论BFF是否存在，您的API层和前端层都应处理所有功能和安全方面 。因为BFF应该填充间隙，而不是向应用程序添加任何功能或服务 。

总结BFF模式不仅有助于开发，而且还有助于提高用户体验 。因此，必须考虑数据优化和聚合，同时将BFF集中在其前端 。
此外，如果您之前没有使用BFF模式，则是时候开始了 。让我知道你的经历和意见 。

• 零基础怎么学web前端
• 前端框架有哪些 前端框架有哪些
• 前端三大框架vue 前端三大框架
• 前端三大主流框架国内使用排名 前端三大主流框架
• web前端开发工程师工资大约多少 前景怎么样
• 前端框架更新迭代这么快，如何自学提升，避免面试会问到？
• web前端招聘为什么无学历要求？
• Web前端都要饱和了，去web培训班还有用吗？
• 为什么那么多人觉得前端简单，要往这里跳？
• 2022 前端技术领域这些新变化，你准备好了吗？