为什么你的路由越来越难维护？
你有没有遇到过这种情况：一个简单的API接口改动，结果要改七八个文件？比如加个数据库连接，或者换一种日志方式，整个项目到处都要跟着动。这往往是因为代码之间“粘得太紧”，一个模块直接创建了另一个模块的实例，导致耦合度过高。
这时候，依赖注入（Dependency Injection, DI）就能派上用场。它不是什么高深莫测的概念，简单说就是“把需要的东西提前给好”，而不是在函数或类里自己去拿。
依赖注入的核心思想
想象一下你在咖啡店点单。你不应该自己带咖啡豆、磨豆机、热水壶进来，而是告诉店员：“我要一杯美式”，然后店员把做好的递给你。这就是依赖注入——你需要的服务由外部准备好并“注入”进来，而不是你自己动手造。
在Web路由中，这种模式特别实用。比如处理用户请求的路由函数，可能需要访问数据库、缓存或配置项。如果每个函数都自己初始化这些资源，测试起来麻烦，切换环境也容易出错。
一个简单的Python实现
Python没有内置DI容器，但我们可以用几行代码模拟基本功能。下面是一个轻量级的依赖注入示例：
class Container:
def __init__(self):
self._registry = {}
def register(self, key, instance):
self._registry[key] = instance
def get(self, key):
return self._registry.get(key)
# 模拟服务
class Database:
def query(self, sql):
return f"执行SQL: {sql}"
class UserService:
def __init__(self, db):
self.db = db
def get_user(self, user_id):
return self.db.query(f"SELECT * FROM users WHERE id = {user_id}")
# 使用
container = Container()
container.register("db", Database())
container.register("user_service", UserService(container.get("db")))
service = container.get("user_service")
print(service.get_user(1))这样写的好处是，将来你想换成Mock数据库做测试，只需要在注册时替换实例，不用动业务逻辑。
结合Flask做路由调优
在实际项目中，比如用Flask写Web服务，你可以把依赖注入应用到路由层。比如这样：
from flask import Flask
app = Flask(__name__)
container = Container() # 上面定义的Container
@app.route('/user/<int:user_id>')
def user_detail(user_id):
service = container.get("user_service")
return service.get_user(user_id)这样一来，路由函数只关心“拿服务、调方法”，不关心服务怎么来的。环境切换、单元测试、功能替换都变得轻松。
更进一步，你还可以用第三方库如 dependency-injector 来管理复杂依赖关系，但对大多数中小型项目，手动控制注册和获取已经足够灵活。
让代码更易扩展的小技巧
在真实开发中，建议把依赖注册集中在一个地方，比如 container.py 或 dependencies.py，启动时统一加载。这样谁要改底层实现，一眼就知道该动哪。
另外，结合配置文件使用效果更好。比如根据环境变量决定注入的是MySQL还是SQLite实例，开发调试时切换无压力。
依赖注入不是银弹，但在路由频繁变动、模块交互复杂的系统里，它能让代码结构更清晰，改一处不牵八方。