泛型工厂模式：统一管理多种业务实体

本文介绍了泛型工厂模式这一高效解耦的设计方案，它通过类型参数和集中式类型注册表（TypeRegistry）统一管理各类业务实体（如User、Order、Product）的创建逻辑，彻底摆脱传统抽象工厂为每个产品族重复定义接口与实现的冗余；支持按名称注册多种实现（如SQL/Mongo仓储、PDF/Excel报表生成器），并在运行时灵活切换，使业务代码仅依赖抽象契约，完全屏蔽具体实现细节与环境差异，大幅提升可维护性、可测试性与扩展性。

用一个泛型抽象工厂类，就能把不同业务实体（比如 User、Order、Product）的创建逻辑统一收口，不用为每个实体写一套工厂接口和实现类。

核心思路：用类型参数代替“多套工厂”

传统抽象工厂要为每个产品族定义独立接口（如 IDatabaseFactory、IUIFactory），而泛型工厂把“产品类型”本身作为参数。工厂不再面向“数据库”或“UI”，而是面向任意可实例化的业务类型 T。

• 抽象工厂接口只声明一个泛型方法：T Create() 或 T Create(string name)
• 注册时绑定 TTarget（抽象/基类）与 TSource（具体实现类），例如 RegisterType()
• 运行时根据类型信息从内部字典（如 IDictionary>）查出构造逻辑并执行

关键结构：类型注册表 + 泛型创建入口

真正起作用的是一个类型映射中心（如 TypeRegistry），它不关心业务含义，只维护“要什么类型 → 用哪个具体类造”的关系：

• 内部用嵌套字典：外层键是抽象类型（typeof(IUser)），内层键是名称（如 "default" 或 "mock"），值是具体类型的 Type 对象
• RegisterType() 方法负责把 typeof(TSource) 存进对应 typeof(TTarget) 的槽位
• Create() 先查 typeof(T) 对应的构造器（可能缓存了 Activator.CreateInstance 委托或表达式树），再调用生成实例

支持多变体：命名注册与运行时选择

同一抽象类型（如 IReportGenerator）可能有多个实现（PdfReportGen、ExcelReportGen、MockReportGen）。泛型工厂通过带名注册支持切换：

• factory.RegisterType("pdf")
• factory.RegisterType("excel")
• 调用时指定：var gen = factory.Create("pdf")
• 未传名则走默认注册项（如 RegisterType() 自动设为 "default"）

实际使用示例（C# 风格伪码）

假设你有订单服务需要动态加载不同仓储实现：

• 注册：factory.RegisterType("sql")
• 注册：factory.RegisterType("mongo")
• 使用：IOrderRepository repo = factory.Create(env == "prod" ? "sql" : "mongo")
• 后续所有业务代码都只依赖 IOrderRepository，完全不感知底层变化

理论要掌握，实操不能落！以上关于《泛型工厂模式：统一管理多种业务实体》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！