在前面随笔《基于SqlAlchemy+Pydantic+FastApi的Python开发框架 》中介绍了框架总体的内容,其中主要的理念就是通过抽象接口的方式,实现代码的重用,提高开发效率。本篇随笔深入介绍一下FastApi的路由处理部分的内容,通过基类继承的方式,我们可以简化路由器(或者叫Web API 控制器)的基础接口函数的编写,直接重用基类即可。对于子类的一些特殊的重写操作,或者增加自定义的路由接口,也分别介绍如何处理。
我在前面介绍了,对于Python中的FastAPI路由对象类,我们也做了抽象的处理,关系如下所示。
绿色部分的BaseController为基类控制器(或基类路由类),黄色部分为我们实际业务的类,也就是子类路由对象。
基类路由类的定义如下所示,通过接受一些泛型参数,实现之类的个性化特性处理。
class BaseController(Generic[ModelType, PrimaryKeyType, PageDtoType, DtoType]): """ 基类控制器,定义通用的接口和路由 """ def __init__( self, crud: BaseCrud[ModelType, PrimaryKeyType, PageDtoType, DtoType], pagedto_class: Type[PageDtoType], dto_class: Type[DtoType], router: APIRouter, ): self.crud = crud self.router = router self.dto_class = dto_class # 用于转换ORM对象为Pydantic对象 self.pagedto_class = pagedto_class # 用于转换请求参数为PageDto对象
由于路由实例也是从外部传入,因此最终我们使用的是一个总的路由实例对象
最终我们在一个总的Api路由类(api.py)中汇总所有的路由信息,如下所示。
api_router = APIRouter() api_router.include_router(customer.router, prefix="/api/customer", tags=["Customer"]) api_router.include_router(product.router, prefix="/api/product", tags=["Product"]) api_router.include_router(dicttype.router, prefix="/api/dicttype", tags=["DictType"]) api_router.include_router(dictdata.router, prefix="/api/dictdata", tags=["DictData"]) api_router.include_router(user.router, prefix="/api/user", tags=["User"]) api_router.include_router(ou.router, prefix="/api/ou", tags=["OU"]) api_router.include_router(role.router, prefix="/api/role", tags=["Role"]) .....
最后,我们在FastApi入口中注册并接入它们即可
# 添加api总的路由 from api.v1.api import api_router # API def register_app(): # FastAPI app = FastAPI( title=settings.APP_NAME, version=settings.APP_VERSION, summary=settings.APP_NAME, description=settings.DESCRIPTION, # docs_url=settings.DOCS_URL, # redoc_url=settings.REDOCS_URL, # openapi_url=settings.OPENAPI_URL, # default_response_class=AjaxResponse, lifespan=register_init, ) app.include_router(api_router)
这样所有的路由信息全部汇总,就可以出现在fastApi的Swagger文档界面中了。
前面小节介绍了总体路由的接入处理,以及一些默认具有的API接口,但是我们这里还没有介绍它们之间的继承信息。
对于单个业务对象来说,例如对于客户信息的对象,它默认就具有所有的基类API接口。
它们的关系是如何的,如何做到默认继承基类的相关接口的呢?
## app\api\v1\endpoints\customer.py # 创建路由,用于处理自定义接口 router = APIRouter() # 使用基类控制器,可以继承常规CRUD的接口,并自动生成路由,依赖注入,数据库连接等功能 ——构建方式2 controller = BaseController[Customer, str, CustomerPageDto, CustomerDto]( customer_crud, pagedto_class=CustomerPageDto, dto_class=CustomerDto, router=router, ) controller.init_router() # 初始化常规CRUD等接口的路由
上面就是对应Customer表的API控制器(路由类)的定义,这个主要就是直接使用基类构造一个对象,并使用该对象的基类函数进行初始化路由地址(默认具有的所有基类API接口)。
如果我们还需要增加一些特殊的API接口,那么我们在router 对象创建后,直接使用它进行增加即可,如下所示
@router.get( "/by-name", response_model=AjaxResponse[CustomerDto | None], summary="根据名称获取记录", dependencies=[DependsJwtAuth], ) async def get_by_name( name: Annotated[str | None, Query()], request: Request, db: AsyncSession = Depends(get_db), ): item = await customer_crud.get_by_name(db, name) item = CustomerDto.model_validate(item) return AjaxResponse(item)
这样在运行FastAPI应用后,就可以看到Swagger的文档中增加了对应的接口信息了,如下所示。
如果我们要重写一些控制器基类定义的get的处理方法,如对于用户信息的Get方法,我们除了获得对应的用户信息外,还需要增加一些额外的机构、角色的信息给记录,那么我们可以继承基类并重写Get方法来实现,如下是重写控制器基类的处理代码。
##app\api\v1\endpoints\user.py # 继承基类,并重写基类某些函数 ——构建方式1 class UserController(BaseController[User, int, UserPageDto, GetCurrentUserInfoDetail]): def __init__(self): super().__init__( user_crud, pagedto_class=UserPageDto, dto_class=UserDto, router=router, ) # 重写基类函数,增加自定义接口处理 async def get(cls, id: int, db: AsyncSession = Depends(get_db)): item = await user_crud.get(db, id) if not item: raise ItemNotFoundException() dto = GetCurrentUserInfoDetail.model_validate(item) # 增加角色名称列表 roles = await role_crud.get_roles_by_user(db, id) dto.rolenames = [role.name for role in roles] # 增加角色名称列表 # 增加机构名称列表 ous = await ou_crud.get_ous_by_user(db, id) dto.ounames = [ou.name for ou in ous] # 增加机构名称列表 dto.issuperadmin = ( dto.rolenames.count("超级管理员") > 0 ) # 增加是否超级管理员字段 dto.isadmin = ( dto.issuperadmin or dto.rolenames.count("管理员") > 0 ) # 增加是否管理员字段 return AjaxResponse(dto) controller = UserController() controller.init_router() # 初始化常规CRUD等接口的路由
所以,综上的处理方式,我们看到,如果是增加一些接口,我们可以直接用基类控制器的实例对象来处理即可(简单),如果需要重写某些基类的接口处理函数,那么我们继承基类构建之类,并提供重写函数,然后实例化子类对象,初始化路由处理即可。
然后通过在总的路由处理Python类中统一引入即可。
##app\api\v1\api.py from fastapi import APIRouter from api.v1.endpoints import (customer, product,dicttype, dictdata, tablenumber, systemparams, systemparamsdir,) from api.v1.endpoints import ( login,user,ou,role, loginlog, operationlog, systemtype, blackip, function, menu, roledata, fieldpermit, fielddomain)
************** api_router = APIRouter() api_router.include_router(customer.router, prefix="/api/customer", tags=["Customer"]) api_router.include_router(product.router, prefix="/api/product", tags=["Product"]) api_router.include_router(dicttype.router, prefix="/api/dicttype", tags=["DictType"]) api_router.include_router(dictdata.router, prefix="/api/dictdata", tags=["DictData"]) api_router.include_router(user.router, prefix="/api/user", tags=["User"]) api_router.include_router(ou.router, prefix="/api/ou", tags=["OU"]) api_router.include_router(role.router, prefix="/api/role", tags=["Role"]) ..............
然后我们在Main函数中抽离相关的处理路逻辑。
import uvicorn from pathlib import Pathfrom core.config import settings from core.register_app import register_app app = register_app()if __name__ == "__main__": try: config = uvicorn.Config( app=f"{Path(__file__).stem}:app", reload=True, host=settings.SERVER_IP, port=settings.SERVER_PORT, log_config="app/uvicorn_config.json", # 日志配置 ) server = uvicorn.Server(config) server.run() except Exception as e: raise e
在 register_app 函数中统一处理所有相关的逻辑即可,这样可以简化入口的处理复杂度。
##app\core\register_app.py
def register_app(): # FastAPI app = FastAPI( title=settings.APP_NAME, version=settings.APP_VERSION, summary=settings.APP_NAME, description=settings.DESCRIPTION, lifespan=register_init, ) # 日志 register_logger() # 静态文件 register_static_file(app) # 中间件 register_middleware(app) # 路由 register_router(app) # 全局异常处理 register_exception(app) return app