EF Core 原生 SQL 实战：FromSql、SqlQuery 与对象映射边界慌

先唠两句参数就像餐厅点单把API想象成一家餐厅的“后厨系统”。? 路径参数/dishes/{dish_id} - 好比你要点“宫保鸡丁”这道具体的菜它是菜单资源路径的一部分。查询参数/dishes?spicytruetypeSichuan - 好比你说“我要川菜要辣的”。这是对结果的筛选和描述不是特定资源。请求体 - 你递进去的详细订单包括要什么菜、口味、备注内容可以很复杂。Cookie / Header - 像是你的会员卡自动带身份或者你给服务员的口头特殊要求如“快点上”。搞清楚这个参数该放哪儿基本就对了一半。另一半在于怎么让后厨你的代码准确无误地理解这些“订单”。第一部分基础必知——路径与查询参数好咱们先来聊聊最常用的两个兄弟。路径参数锁定具体目标用来唯一标识一个资源。想象一下你要获取ID为42的用户信息路径就是 /users/42。from fastapi import FastAPIapp FastAPI()app.get(/items/{item_id})async def read_item(item_id: int): # FastAPI自动将路径中的item_id转换为intreturn {item_id: item_id}关键点参数类型声明如int至关重要FastAPI会据此自动进行类型转换和验证。如果你传个“abc”进来它会礼貌地返回一个错误而不是让你的代码崩溃。这里千万别学我当初偷懒所有参数都定义成字符串到函数内部再转换。结果就是错误处理代码散落一地调试起来想哭。查询参数提供筛选与选项它不是路径的一部分跟在?后面用连接。比如 /items/?skip0limit10。app.get(/items/)async def read_items(skip: int 0, limit: int 10):return {skip: skip, limit: limit}注意到 0和 10了吗这给了它们默认值让它们变成了可选参数。没有默认值的参数就是必选查询参数。官方文档虽然把查询参数讲得很简单但根据我们的线上经验对于复杂的分页过滤接口强烈建议用Pydantic模型来封装查询参数而不是把一长串参数都列在函数定义里维护起来简直是灾难。这个我们后面讲。? 第二部分进阶必备——参数验证与请求体接下来重点来了如何确保客人点的菜是合理的比如“宫保鸡丁”要求加“草莓”这得拦住。用Query、Path、Body等工具精细控制Fastapi提供了这些“工具函数”让你能对参数进行更多描述。from fastapi import Query, Pathapp.get(/items/{item_id})async def read_items(item_id: int Path(..., title商品ID, ge1), # ...表示无默认值必填。ge1表示大于等于1q: str Query(None, min_length3, max_length50), # 可选参数None是默认值size: float Query(1.0, gt0, lt10) # 可选必须大于0小于10):return {item_id: item_id, q: q, size: size}踩坑提醒当同一个参数既可能是路径参数又可能是查询参数时虽然设计上应避免FastAPI默认会认为是查询参数。你必须显式使用Path来声明它是路径参数。请求体Body处理复杂数据当数据复杂时比如创建一篇博客文章就用请求体通常是POST/PUT。核心工具Pydantic模型。这简直是FastAPI的“王牌搭档”数据验证和序列化的神器。from pydantic import BaseModelclass Item(BaseModel):name: strdescription: str | None Noneprice: floattax: float | None Noneapp.post(/items/)async def create_item(item: Item): # FastAPI会自动从请求体中识别itemreturn item你可能会问多个参数混着来怎么办比如路径参数、查询参数和请求体模型一起放心FastAPI智能到令人发指。它会自动识别1 参数在路径中或Path()声明 - 路径参数2 单数类型int, str等且有/无默认值(必填/非必填)或Query()声明等不在路径中 - 查询参数3 Pydantic模型类型 - 请求体app.put(/items/{item_id})async def update_item(item_id: int, # 路径参数q: str | None None, # 可选查询参数item: Item, # 请求体user: User # 第二个请求体FastAPI会自动处理为多个请求体参数):return {item_id: item_id, q: q, item: item, user: user}再说个容易翻车的点嵌套模型与复杂验证Pydantic模型可以嵌套用来描述复杂数据结构比如订单里有商品列表每个商品又有自己的属性。class Image(BaseModel):url: strname: strclass Item(BaseModel):name: strprice: floattags: list[str] [] # 字符串列表image: Image | None None # 嵌套模型app.post(/items/)async def create_item(item: Item):return item这个工具的选择好比选螺丝刀不是最贵的就好而是最趁手的。Pydantic就是FastAPI生态里最趁手的那把“瑞士军刀”字段类型、默认值、自定义验证器validator一套全齐。第三部分扩展知识——Cookie、Header与其他是不是以为这样就完了餐厅点单还有会员卡和特殊要求呢Cookie 和 Header 参数它们通常用于元数据、身份认证等不直接作为业务参数。在FastAPI中获取它们非常方便。from fastapi import Cookie, Headerapp.get(/)async def read_header_cookie(user_agent: str | None Header(None),session_token: str | None Cookie(None)):return {user_agent: user_agent, session_token: session_token}注意Header会自动将参数名中的下划线_转换为连字符-。比如user_agent会读取User-Agent这个请求头且不区分大小写哦。如果请求头本身就有连字符直接用Header(..., alias...)指定别名。表单数据Form和文件上传File当需要接收HTML表单提交的数据或上传文件时使用。from fastapi import Form, File, UploadFileapp.post(/login/)async def login(username: str Form(...), password: str Form(...)):return {username: username}app.post(/upload/)async def upload_file(file: UploadFile File(...)):content await file.read()return {filename: file.filename, size: len(content)}最后啰嗦一句File和Form参数不能与纯JSON的Body模型混用它们是不同的编码格式。接收文件记得用异步读写大文件更要流式处理别一股脑读到内存里。? 总结与一张速查表好了咱们今天把FastAPI的参数系统彻底捋了一遍。最后送你一张我总结的“参数安置决策表”下次设计接口时拿出来看一眼保准不迷糊路径参数Path用于唯一指定资源。如/users/{id}查询参数Query用于过滤、排序、分页资源列表。如/users?roleadminpage2请求体Body用于创建或更新资源复杂数据。用Pydantic模型。Cookie用于自动携带的会话或身份信息。Header用于元数据、内容协商、认证令牌等。表单Form用于接收HTML表单提交的键值对数据。文件File用于上传文件。俾步瞎啃