mirror of https://github.com/tiangolo/fastapi.git
🌐 Update Chinese translation for `docs/zh/docs/tutorial/security/get-current-user.md` (#3842)
Co-authored-by: Sebastián Ramírez <tiangolo@gmail.com> Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
This commit is contained in:
parent
ae315b7f1a
commit
e99a15db76
|
|
@ -1,35 +1,35 @@
|
|||
# 获取当前用户
|
||||
|
||||
在上一章节中,(基于依赖项注入系统的)安全系统向*路径操作函数*提供了一个 `str` 类型的 `token`:
|
||||
上一章中,(基于依赖注入系统的)安全系统向*路径操作函数*传递了 `str` 类型的 `token`:
|
||||
|
||||
```Python hl_lines="10"
|
||||
{!../../../docs_src/security/tutorial001.py!}
|
||||
```
|
||||
|
||||
但这还不是很实用。
|
||||
但这并不实用。
|
||||
|
||||
让我们来使它返回当前用户给我们。
|
||||
接下来,我们学习如何返回当前用户。
|
||||
|
||||
|
||||
## 创建一个用户模型
|
||||
## 创建用户模型
|
||||
|
||||
首先,让我们来创建一个用户 Pydantic 模型。
|
||||
首先,创建 Pydantic 用户模型。
|
||||
|
||||
与使用 Pydantic 声明请求体的方式相同,我们可以在其他任何地方使用它:
|
||||
与使用 Pydantic 声明请求体相同,并且可在任何位置使用:
|
||||
|
||||
```Python hl_lines="5 12-16"
|
||||
{!../../../docs_src/security/tutorial002.py!}
|
||||
```
|
||||
|
||||
## 创建一个 `get_current_user` 依赖项
|
||||
## 创建 `get_current_user` 依赖项
|
||||
|
||||
让我们来创建一个 `get_current_user` 依赖项。
|
||||
创建 `get_current_user` 依赖项。
|
||||
|
||||
还记得依赖项可以有子依赖项吗?
|
||||
还记得依赖项支持子依赖项吗?
|
||||
|
||||
`get_current_user` 将具有一个我们之前所创建的同一个 `oauth2_scheme` 作为依赖项。
|
||||
`get_current_user` 使用 `oauth2_scheme` 作为依赖项。
|
||||
|
||||
与我们之前直接在路径操作中所做的相同,我们新的依赖项 `get_current_user` 将从子依赖项 `oauth2_scheme` 中接收一个 `str` 类型的 `token`:
|
||||
与之前直接在路径操作中的做法相同,新的 `get_current_user` 依赖项从子依赖项 `oauth2_scheme` 中接收 `str` 类型的 `token`:
|
||||
|
||||
```Python hl_lines="25"
|
||||
{!../../../docs_src/security/tutorial002.py!}
|
||||
|
|
@ -37,7 +37,7 @@
|
|||
|
||||
## 获取用户
|
||||
|
||||
`get_current_user` 将使用我们创建的(伪)工具函数,该函数接收 `str` 类型的令牌并返回我们的 Pydantic `User` 模型:
|
||||
`get_current_user` 使用创建的(伪)工具函数,该函数接收 `str` 类型的令牌,并返回 Pydantic 的 `User` 模型:
|
||||
|
||||
```Python hl_lines="19-22 26-27"
|
||||
{!../../../docs_src/security/tutorial002.py!}
|
||||
|
|
@ -45,70 +45,72 @@
|
|||
|
||||
## 注入当前用户
|
||||
|
||||
因此现在我们可以在*路径操作*中使用 `get_current_user` 作为 `Depends` 了:
|
||||
在*路径操作* 的 `Depends` 中使用 `get_current_user`:
|
||||
|
||||
```Python hl_lines="31"
|
||||
{!../../../docs_src/security/tutorial002.py!}
|
||||
```
|
||||
|
||||
注意我们将 `current_user` 的类型声明为 Pydantic 模型 `User`。
|
||||
注意,此处把 `current_user` 的类型声明为 Pydantic 的 `User` 模型。
|
||||
|
||||
这将帮助我们在函数内部使用所有的代码补全和类型检查。
|
||||
这有助于在函数内部使用代码补全和类型检查。
|
||||
|
||||
!!! tip
|
||||
你可能还记得请求体也是使用 Pydantic 模型来声明的。
|
||||
!!! tip "提示"
|
||||
|
||||
在这里 **FastAPI** 不会搞混,因为你正在使用的是 `Depends`。
|
||||
还记得请求体也是使用 Pydantic 模型声明的吧。
|
||||
|
||||
!!! check
|
||||
这种依赖系统的设计方式使我们可以拥有不同的依赖项(不同的「可依赖类型」),并且它们都返回一个 `User` 模型。
|
||||
放心,因为使用了 `Depends`,**FastAPI** 不会搞混。
|
||||
|
||||
我们并未被局限于只能有一个返回该类型数据的依赖项。
|
||||
!!! check "检查"
|
||||
|
||||
依赖系统的这种设计方式可以支持不同的依赖项返回同一个 `User` 模型。
|
||||
|
||||
而不是局限于只能有一个返回该类型数据的依赖项。
|
||||
|
||||
|
||||
## 其他模型
|
||||
## 其它模型
|
||||
|
||||
现在你可以直接在*路径操作函数*中获取当前用户,并使用 `Depends` 在**依赖注入**级别处理安全性机制。
|
||||
接下来,直接在*路径操作函数*中获取当前用户,并用 `Depends` 在**依赖注入**系统中处理安全机制。
|
||||
|
||||
你可以使用任何模型或数据来满足安全性要求(在这个示例中,使用的是 Pydantic 模型 `User`)。
|
||||
开发者可以使用任何模型或数据满足安全需求(本例中是 Pydantic 的 `User` 模型)。
|
||||
|
||||
但是你并未被限制只能使用某些特定的数据模型,类或类型。
|
||||
而且,不局限于只能使用特定的数据模型、类或类型。
|
||||
|
||||
你想要在模型中使用 `id` 和 `email` 而不使用任何的 `username`?当然可以。你可以同样地使用这些工具。
|
||||
不想在模型中使用 `username`,而是使用 `id` 和 `email`?当然可以。这些工具也支持。
|
||||
|
||||
你只想要一个 `str`?或者仅仅一个 `dict`?还是直接一个数据库模型类的实例?它们的工作方式都是一样的。
|
||||
只想使用字符串?或字典?甚至是数据库类模型的实例?工作方式都一样。
|
||||
|
||||
实际上你没有用户登录到你的应用程序,而是只拥有访问令牌的机器人,程序或其他系统?再一次,它们的工作方式也是一样的。
|
||||
实际上,就算登录应用的不是用户,而是只拥有访问令牌的机器人、程序或其它系统?工作方式也一样。
|
||||
|
||||
尽管去使用你的应用程序所需要的任何模型,任何类,任何数据库。**FastAPI** 通过依赖项注入系统都帮你搞定。
|
||||
尽管使用应用所需的任何模型、类、数据库。**FastAPI** 通过依赖注入系统都能帮您搞定。
|
||||
|
||||
|
||||
## 代码体积
|
||||
## 代码大小
|
||||
|
||||
这个示例似乎看起来很冗长。考虑到我们在同一文件中混合了安全性,数据模型工具函数和路径操作等代码。
|
||||
这个示例看起来有些冗长。毕竟这个文件同时包含了安全、数据模型的工具函数,以及路径操作等代码。
|
||||
|
||||
但关键的是。
|
||||
但,关键是:
|
||||
|
||||
安全性和依赖项注入内容只需要编写一次。
|
||||
**安全和依赖注入的代码只需要写一次。**
|
||||
|
||||
你可以根据需要使其变得很复杂。而且只需要在一个地方写一次。但仍然具备所有的灵活性。
|
||||
就算写得再复杂,也只是在一个位置写一次就够了。所以,要多复杂就可以写多复杂。
|
||||
|
||||
但是,你可以有无数个使用同一安全系统的端点(*路径操作*)。
|
||||
但是,就算有数千个端点(*路径操作*),它们都可以使用同一个安全系统。
|
||||
|
||||
所有(或所需的任何部分)的端点,都可以利用对这些或你创建的其他依赖项进行复用所带来的优势。
|
||||
而且,所有端点(或它们的任何部件)都可以利用这些依赖项或任何其它依赖项。
|
||||
|
||||
所有的这无数个*路径操作*甚至可以小到只需 3 行代码:
|
||||
所有*路径操作*只需 3 行代码就可以了:
|
||||
|
||||
```Python hl_lines="30-32"
|
||||
{!../../../docs_src/security/tutorial002.py!}
|
||||
```
|
||||
|
||||
## 总结
|
||||
## 小结
|
||||
|
||||
现在你可以直接在*路径操作函数*中获取当前用户。
|
||||
现在,我们可以直接在*路径操作函数*中获取当前用户。
|
||||
|
||||
我们已经进行到一半了。
|
||||
至此,安全的内容已经讲了一半。
|
||||
|
||||
我们只需要再为用户/客户端添加一个真正发送 `username` 和 `password` 的*路径操作*。
|
||||
只要再为用户或客户端的*路径操作*添加真正发送 `username` 和 `password` 的功能就可以了。
|
||||
|
||||
这些内容在下一章节。
|
||||
下一章见。
|
||||
|
|
|
|||
Loading…
Reference in New Issue