mirror of
https://github.com/fastapiadmin/FastapiAdmin.git
synced 2026-10-14 05:00:10 +00:00
basedpyright 报出的三处,逐条定位后发现都不是「标注问题」:
1) oss_adapter.py:70 —— 真运行时 bug
SDK 里 `Client.uploader` 是**方法**(`def uploader(self, **kwargs) -> Uploader`),
原写法 `self.client.uploader.upload_file(...)` 是在绑定方法上取属性,运行时必抛
AttributeError —— 即 OSS 上传链路从未成功过(生产未配 OSS 源,故未暴露)。
已改为 `self.client.uploader().upload_file(...)`,并按 SDK 签名核对
`upload_file(request, filepath, part_size=..., parallel_num=...)` 参数正确。
2) sftp_adapter.py:45 —— 缺主机校验
`config.host` 为 `str | None`(对象存储可不填),却直接传给 paramiko
`connect(hostname: str)`。已把 host 并入既有的用户名/密码守卫,
缺主机时返回业务异常 400「SFTP 存储源必须配置主机、用户名与密码」。
3) ftp_ftps_adapter.py:58 —— 同上
`_new_client()` 增加主机守卫(400「FTP 存储源必须配置主机地址」,并补 CustomException 导入);
顺带修复同文件 `_ImplicitFTP_TLS.connect` 覆写签名与 ftplib.FTP 不兼容
(timeout: float、source_address: tuple[str, int] | None),消除该文件最后一条 error。
验证:basedpyright 这三个文件 0 errors(修复前 4 条);ruff 全绿;pytest 97 passed;
运行时探针:缺主机 → 拦截为 400 业务异常;配主机 → 守卫放行并进入真实连接(ConnectionRefused 如期)。
FastApiAdmin - Backend
基于 FastAPI 框架构建的企业级后端架构,为前端 Vue3 管理系统提供完整的 API 服务支持。
与仓库根文档的关系:项目总览、一键前后端启动、演示账号、Docker 部署、架构图与默认端口等请以 根目录 README.md 为准;本文档侧重
backend/目录结构、迁移命令与后端开发约定。
技术栈
| 技术 | 版本 | 说明 |
|---|---|---|
| FastAPI | 0.138.2 | 现代 Web 框架 |
| SQLAlchemy | 2.0.51 | ORM 框架 |
| Alembic | 1.18.4 | 数据库迁移工具 |
| Pydantic | 2.12.5+ | 数据验证与序列化 |
| APScheduler | 3.11.0 | 定时任务调度 |
| redis-py | 7.1.0 | 缓存与会话存储 |
| Uvicorn | 0.49.0 | ASGI 服务器 |
| Python | 3.12+ | 运行环境 |
项目结构
backend/
├── app/ # 项目核心代码
│ ├── alembic/ # 数据库迁移管理
│ ├── api/ # 路由装配层(routers.py 按域分组聚合各模块路由)
│ ├── modules/ # 业务模块层(按业务域竖切)
│ │ ├── system/ # 系统管理
│ │ ├── monitor/ # 系统监控
│ │ ├── task/ # 定时任务(cronjob)+ 存储传输(storage)
│ │ ├── generator/ # 代码生成
│ │ ├── ai/ # AI 功能
│ │ └── common/ # 文件上传 / 公共能力
│ ├── common/ # 公共组件(常量、枚举、响应封装)
│ ├── config/ # 项目配置文件
│ ├── core/ # 核心模块(数据库、中间件、安全)
│ ├── plugin/ # 插件模块(二开目录)
│ ├── scripts/ # 初始化脚本和数据
│ └── utils/ # 工具类(验证码、文件上传等)
├── env/ # 环境配置文件
├── logs/ # 日志输出目录
├── sql/ # SQL 初始化脚本
├── static/ # 静态资源文件
├── main.py # CLI 入口(run 启动 / revision 生成迁移 / upgrade 应用迁移)
├── alembic.ini # Alembic 迁移配置
├── requirements.txt # Python 依赖包
└── pyproject.toml # 项目配置(uv / ruff)
模块分层
每个业务模块采用统一的分层结构:
modules/<模块>/<子域>/
├── controller.py # 控制器 - HTTP 请求处理
├── service.py # 服务层 - 业务逻辑处理
├── crud.py # 数据层 - 数据库操作
├── model.py # ORM 模型 - 数据库表定义
├── schema.py # Pydantic 模型 - 数据验证
└── param.py # 参数模型 - 请求参数
分包理念(按业务竖切 vs 按技术层次分包)详见 项目概述。
快速开始
环境要求
- Python: 3.12+
- 数据库: MySQL 8.0+ / PostgreSQL 13+ / SQLite 3.x(连接串在
env/.env.dev) - Redis: 与
.env.dev中配置一致
第一次在本机跑起来
- 复制
env/.env.example→env/.env.dev,填写数据库、Redis 等(先在 DB 中建好空库)。 - 在
backend/目录下 安装依赖:推荐uv sync;或pip install -r requirements.txt。 - 启动:
uv run main.py run --env=dev(或python main.py run --env=dev)。首次启动会自动初始化数据库表与基础数据,一般无需先执行upgrade。接口文档示例:http://127.0.0.1:8001/docs(端口见.env.dev中SERVER_PORT)。
数据库迁移命令(模型变更时使用)
日常首次启动不必手动执行;当你修改了 ORM 模型并需用 Alembic 管理结构变更时再使用:
# 生成迁移文件(模型变更后)
python main.py revision --env=dev
# 应用迁移
python main.py upgrade --env=dev
# 使用 uv 时
uv run main.py revision --env=dev
uv run main.py upgrade --env=dev
安装依赖与启动服务
# 推荐使用 uv(与 pyproject.toml 一致)
uv sync
uv run main.py run --env=dev
# 或使用传统 pip / venv
python -m venv .venv
source .venv/bin/activate # Windows: .venv\Scripts\activate
pip install -r requirements.txt
python main.py run --env=dev
代码格式化(ruff)
ruff check
ruff check --fix
ruff check --watch
# 使用 uv 时
uv run ruff check
uv run ruff check --fix
uv run ruff check --watch
后端约定(日期与序列化)
使用 Pydantic v2 与 PostgreSQL(asyncpg) 时:ORM 写入需要 Python 原生日期时间,JSON 输出需要可序列化字符串。
- 自定义
DateStr/TimeStr/DateTimeStr(app/core/validator.py)使用PlainSerializer(..., when_used='json') model_dump(mode='python')供 ORM 使用原生类型;JSON / Redis 使用model_dump(mode='json')- 统一 HTTP 响应见
app/common/response.py中的jsonable_encoder - 写入 Redis 时请使用
model_dump(mode='json')再序列化
相关链接
- FastAPI 官方文档: https://fastapi.tiangolo.com/
- SQLAlchemy 文档: https://docs.sqlalchemy.org/
- Pydantic 文档: https://pydantic-docs.helpmanual.io/