Python
Python 项目为什么要使用虚拟环境
三年前我电脑里两个项目共用全局 Python，装一个 httpx 0.22 直接把 Django 那边搞崩。从那天起每个项目必须有自己的环境。这篇是我现在的工作流，外加几个真实翻车：语法版本差异、python 命令找不到、rebuild 后忘装依赖。
FastAPI 路由拆分和依赖注入实践
后端最早只有一个 main.py，九个接口不到一百行看着很顺，接口一多就找不着了。我按功能拆成 routes 子文件，拆完跑不起来，因为 include_router 要 import 和注册两步都做。后面讲依赖注入除了拿数据库还能干什么。
Python 装饰器：把重复逻辑收起来
第一次写装饰器我漏了 wraps，函数的名字和文档字符串全变成 wrapper 的。后面记计时、权限校验、缓存、重试四个真在用的装饰器，以及它们各自在哪儿翻过车。
第一篇笔记：把知识写下来
搭这个博客前我给自己定了条规矩：没有多人同时写、没有事务需求，就不上数据库。13 张表全用 JSON 文件，读写加起来不到五十行。代价是第二天就丢过一次数据，而脚本当时还打印了成功。
uv 用了半年：Python 依赖管理的新默认
从 pip + venv 切到 uv 半年之后，安装速度、锁文件、多版本 Python 管理三件事都回不去了。讲讲迁移成本几乎为零的切换方式。
2026 年回头看：FastAPI 还是 Python 后端的甜点位吗
用了三年多 FastAPI 之后回头评估：新框架层出不穷，它依然是大多数 Python 后端项目的最优默认选择，理由和边界都在这篇。