为何ASP.NET Core中AddScoped方法调用使用<>而非()？

核心结论 #

这两种写法功能完全等价，都是将ICategoryRepository接口与实现类MockCategoryRepository注册为Scoped生命周期的服务，区别仅在于语法形式——前者是泛型方法调用，后者是非泛型重载版本。

泛型方法调用中<>的含义 #

在C#中，<T1, T2>这类语法用于指定泛型方法的类型参数。AddScoped<ICategoryRepository, MockCategoryRepository>()调用的是一个预先定义了两个类型参数（通常为TService和TImplementation）的泛型方法，通过<>可以直接告诉编译器这两个参数分别对应ICategoryRepository和MockCategoryRepository。

泛型方法本身在C# 2.0已引入，你熟悉的C# 3.0也完全支持该语法，只是可能之前未在DI场景中接触过。

两种写法的细节对比 #

1. 泛型版本（课程中的写法） #

builder.Services.AddScoped<ICategoryRepository, MockCategoryRepository>();

• 编译时类型安全：编译器会直接检查MockCategoryRepository是否实现了ICategoryRepository，未实现则编译报错，无需等到运行时才发现问题。
• 语法更简洁，无需手动调用typeof()获取类型对象。

2. 非泛型重载版本（官方文档示例） #

builder.Services.AddScoped(typeof(ICategoryRepository), typeof(MockCategoryRepository));

• 基于System.Type对象的反射式写法，通过传递类型对象完成注册。
• 支持运行时动态指定类型（例如从配置读取类型名称后，通过Type.GetType()获取类型对象），但编译时无法做类型校验，错误会延迟到运行时暴露。

两种写法的适用场景 #

ASP.NET Core DI容器提供这两个重载，是为了兼顾不同开发需求：

• 编码时明确知道服务接口与实现类的场景，优先使用泛型版本，兼顾安全性与简洁性。
• 需要动态加载类型的场景（如插件化开发），使用非泛型版本，通过Type对象实现灵活注册。

内容的提问来源于stack exchange，提问作者David Thielen