也许这可能会很危险

mdruhul · 发表于 2023-11-8 14:16:20

在整个堆栈中，您将处理用户授权并确保围绕数据执行的业务规则？

前夕：您将在服务器上处理这一切。因此，这可能以多种不同的方式发生。您不必使用一次性策略，但您的解析器将处理您的授权。因此，这可能意味着包装现有的 REST API，例如 Auth0 等服务或您自己构建的服务。这可能意味着与 OAuth 交互，例如 GitHub、Facebook 或 Google 登录，这些类型的事情涉及与解析器来回传递令牌。但通常这会直接构建到架构中。所以架构会说，我不知道，我们将创建一个登录突变。然后我用我的凭据发送该突变，然后在服务器上验证所有这些凭据。所以客户端不必太担心，也许需要一点传递令牌之类的事情。但其中大部分只是内置于服务器中。

德鲁：因此，本质上，与我们目前构建休息端点的方式相比，这并没有真 美国电话号码表 正改变。作为一种技术，它也不真正处理授权，我们在服务器上有中间件和处理它的东西。GraphQL 也是如此。你只要处理它。GraphQL 社区中有这样做的约定吗？是否有通用的方法，或者人们选择如何实施它的方法是否多种多样？

前夕：老实说，到处都是。我认为大多数时候您会看到人们构建到架构中，我的意思是，代表这些类型和授权用户，而不是普通用户将这些类型构建到架构本身中。但您也会看到很多人使用第三方解决方案。我提到了 Auth0。很多人会将他们的授权转移给更专注于此的公司，特别是小公司、初创公司等。但您也会看到更大的公司开始为此创建解决方案。因此，AWS、Amazon 有 AppSync，这是他们的 GraphQL 风格，并且他们将作者卷直接内置到 AppSync 中。我不知道，不必担心所有这些东西，或者至少提供一个可以使用这些东西的界面，这真是太酷了。所以很多生态系统工具都有，我认为授权是 GraphQL 中的一个大话题。他们已经看到了对身份验证解决方案和在图表上处理身份验证的标准方法的需求。

德鲁：我想几乎没有一个不需要某种授权的实现。是的，这将是一个相当普遍的要求。我们越来越多地构建组件化应用程序，特别是当我们使用 React 和 View 等东西时。松散耦合的原则给我们留下了许多组件，这些组件不一定知道它们周围的页面上还运行着什么。因此是否存在危险，您最终可能会遇到大量组件查询相同数据并发出多个请求的情况？或者这只是您的应用程序中需要解决的架构问题？有没有一些常用的解决方案来处理这个问题？

前夕：嗯，我认为因为 GraphQL 在大多数情况下不是 100% 的解决方案，但几乎每个 GraphQL 查询都是通过 HTTP 发送的。因此，如果您想追踪这些多个请求发生的位置，对于在应用程序中使用剩余数据的人们来说，这可能是一个相当熟悉的问题。因此，有一些工具，例如 Paulo 客户端开发工具和 Urkel 开发工具，适用于前端开发人员，他们会问“发生了什么事？此页面上有哪些查询？” 这可以让您真正清楚地了解正在发生的事情。有几种不同的思想流派。我们是否要为页面的所有数据创建一个巨大的查询？或者我们是否创建较小的查询来加载应用程序不同部分的数据？正如您可能想象的那样，它们都有自己的缺点，只是因为如果您有一个大查询，您就需要等待更多字段。

前夕：如果您的查询较小，则您需要的数据之间可能会发生冲突。但我想，不要离题太多，但我已经在那里了。因此，GraphQL 规范中出现了一种称为“延迟指令”的东西，延迟指令将有助于二次加载内容。假设您在页面顶部有一些内容，您想要首先加载的超级重要内容。如果您将其添加到查询中，则任何后续字段都会获得延迟指令。它只是一个添加到字段中的小装饰器，然后它会说：“好吧，先加载重要数据，然后再加载第二个数据。” 它给了你这个，它是一种流数据到你的前端的出现，这样就有了可感知的性能，就有了交互性。人们立即看到数据，而不是等待页面加载每个字段，是的，这可能是一个问题。

Gregorymus · 发表于 2024-10-29 15:03:09

		自动登录	找回密码
密码			立即注册