出于某些原因,我们选择了FastAPI,以便将其用作我们多模块产品的后端层。它的一个吸引人的特性是子应用程序,它帮助我们分离不同的模块,以使其更加模块化。但我们对官方文件中缺失的一些可能的缺陷表示关注。我们需要通过插件、中间件和依赖注入在主模块和子模块之间共享大量的公共内容,例如数据、服务等。问题是:这个功能对于单独的模块足够好吗?以及:子应用程序是否继承了来自父应用程序的中间件、插件和依赖注入?
感谢您分享您的经验
the sample code in the official docs
from fastapi import FastAPI
app = FastAPI()
@app.get("/app")
def read_main():
return {"message": "Hello World from main app"}
subapi = FastAPI()
@subapi.get("/sub")
def read_sub():
return {"message": "Hello World from sub API"}
app.mount("/subapi", subapi)
我认为文档对此非常清楚
无论如何,让我们继续从你的例子
这就是我们的subapi路线
这是我们为应用程序的路线得到的
这很有趣,因为我们的subapi没有继承
/app
,让我们继续,让事情变得更有趣,让我们用一个命令运行我们的应用程序正如所料,我们在
/docs
中有我们的应用程序文档另外,我们在
/subapi/docs
中有subapi的文档,这里没有什么有趣的东西那么,当我们加上这个时,我们应该期待什么呢
让我们再次运行它,但这次让我们调用subapi
我们期望看到什么
/docs
/app/docs
是的,我们是对的,但事情从这里开始变得有趣
现在我们有了一个类似Matryoshka玩偶的应用程序
当我们向
/app/subapi/sub
发送请求时(提醒我们使用uvicorn my_app_name:subapi
运行应用程序)看起来效果不错,但让我们再试一次
那
/app/subapi/app/subapi/app/subapi/app/subapi/app/subapi/app/app
呢你糊涂了吗?别担心,让我解释一下
挂载子应用程序时,FastAPI使用ASGI规范中称为
root_path
的机制处理挂载的应用程序{}是做什么的?为什么上面的例子有效
直截了当的
root_path
表示,您可以从root_path
访问在app.routes
中定义的所有路由,让我们将其可视化现在我们的
root_path
是/app
让我们添加subapi,它就成了我们的
root_path
让我们再次添加应用程序,它就成了我们的
root_path
你不满意吗?你是说如果我添加一个中间件,会发生什么
很容易回答,它不会继承
让我用一个简单的例子来解释这一点,我将为我的subapi添加一个中间件
应用程序的所有数据都在
__dict__
内因此,我们可以通过检查“user\u middleware”键轻松找出差异
您添加的所有其他东西都将独立工作,因为它们下面是完全不同的应用程序,所以您将安全地使用安装
结论
相关问题 更多 >
编程相关推荐