为什么这里使用先实例化，然后再进行依赖注入？

pkg.sqlalchemy SQLAlchemy
db = SQLAlchemy()

# 然后再通过拓展模块注入
from internal.extension.database_extension import db
from internal.extension.migrate_extension import migrate
from pkg.sqlalchemy import SQLAlchemy


class ExtensionModule(Module):
    """扩展模块的依赖注入"""

    def configure(self, binder: Binder) -> None:
        binder.bind(SQLAlchemy, to=db)
        binder.bind(Migrate, to=migrate)


为什么不直接使用   injector.get(SQLAlchemy) 进行依赖注入呢？
两种方式有什么使用场景的差异吗？

慕桂英5168734 2025-03-12

源自：LLMOps后端搭建，构建基础聊天机器人 2-7 Flask-SQLAlchemy扩展的配置与使用

收起

1回答

泽辉呀回答被采纳获得+3积分 2025-03-12 19:16:42

injector.get(SQLAlchemy)是根据指定的类名获取类的实例，对于SQLAlchemy来说，我们没有使用@inject进行装饰，所以这个实例并不会自己创建，就需要手动创建，并且告知injector，这个实例绑定到SQLAlchemy这个类上。

如果一个类有使用@inject进行装饰，这个类就不需要手动创建实例，因为injector可以知道怎么生成这个实例，并且将这个实例与类进行绑定。

收起回答

慕桂英5168734 提问者 #1

1 课程中没有对SQLAlchemy使用@inject进行装饰，是有什么特殊原因，还是说仅仅是为了教学，说明不同方式类的注入方式区别？
2 在真实的项目中，两种方式有什么使用场景的差异吗？

2025-03-13 10:08:58
泽辉呀回复提问者慕桂英5168734 #2

因为SQLAlchemy是在三方包里定义的，我们没办法去修改三方包中的源码信息，所以就是用了binder.bind(SQLAlchemy, to=db)的方式，一般来说，第三方依赖的库都是用这方方式定义，自己代码里定义的就是@inject进行装饰。

2025-03-13 10:31:37