My Board

调用 Hasura 的实现细节（密钥、标头、URL 端点等）在sendQuery实用程序中被抽象出来。我们的无服务器函数只需要知道查询及其变量是什么。

如果将来我们将 Hasura 换成其他东西，我们将能够sendQuery在一个地方使用新的细节进行重构，然后更新这个无服务器函数以sendQuery不同方式调用新函数。

通过以这种方式设置数据访问，我们的前端完全不知道Hasura 后端 葡萄牙电报号码数据库 并且我们的无服务器功能通过单一sendQuery实用程序连接到 Hasura，我们可以在将来快速重构该实用程序，而对其余代码库的影响最小。

好处 1：针对删除进行优化的代码构建速度更快
由于针对删除进行优化的代码是故意隔离的，并且代码库各部分之间的连接保持较小，因此以这种方式架构的代码库上的工作速度更快，因为需要导航的复杂性更少：

你不太可能找不到恶意 API 调用发生的位置
根据反馈进行调整不太可能需要进行大规模改写
通过明确定义边界，代码库可以保持小巧和灵活，从而实现更快的开发。

奖励 #2：针对删除进行优化的代码无论如何都会成为更好的生产代码
针对删除进行了优化的代码的明确定义边界也意味着导航起来不那么复杂。这对于新团队成员的入职、以后进行更改或将来修复错误来说是一件非常好的事情™。隔离的代码更容易测试，当我们清楚地了解其他代码如何与我们正在更改的部分交互时，我们会更有信心发布更改。

放心发货；轻松维护
作为工程师，我们需要在快速行动、快速交付和避免维护噩梦之间取得平衡。通过优化删除，我们可以围绕编写代码的方式创建一系列界限，让我们可以自由地进行实验，而不会让未来的自己承担责任。