为什么 ASP.NET Core 的 Startup 类不是接口或抽象类？

Question

这是关于此处解释的 Startup 类背后的设计原则：

https://docs.microsoft.com/en-us/aspnet/core/fundamentals/startup?view=aspnetcore-2.1

我了解该类需要包含ConfigureServices 或Configure 等方法。

为什么CreateDefaultBuilder(args).UseStartup<Startup>() 不强制要求任何基类或接口以提高可读性？

使用这种设计方法，必须有人阅读文档并了解诸如ConfigureServices 或Configure 之类的魔术方法名称。

如果这是一种新的类设计思维方式的一部分，那么我可以在哪里阅读更多关于它的信息？

Answer 1

这样做有几个原因。 比较明显的原因之一是，因为可以将服务注入到Configure 方法中，比如

public void Configure(IAppBuilder app, IMyService myService)
{
    myService.DoSomething();
}

显然，您不能使用接口、抽象类或继承来做到这一点。

按约定方式完成的第二个原因是，不仅有Configure/ConfigureServices 方法，还有无数种依赖于环境的配置方法。

public void Configure(IAppBuilder app) { }
public void ConfigureDevelopment(IAppBuilder app) { }
public void ConfigureProduction(IAppBuilder app) { }
public void ConfigureStaging(IAppBuilder app) { }
public void ConfigureSomethingElse(IAppBuilder app) { }

根据ASPNET_ENVIRONMENT 的环境变量，将选择并执行不同的方法（如果未找到匹配的环境特定方法，则使用默认的Configure/ConfigureServices）。

这对于传统的 OOP（继承/接口/抽象类）来说是不可能的。

这同样适用于 ASP.NET Core 的其他部分，例如中间件和Invoke 方法。 Invoke 方法也可以注入依赖项，但为了调用下一个中间件，您只需这样做

await next?.Invoke();

并且不必担心下一个中间件需要或可能需要哪些依赖项。

为了完整起见，还可以有多个 Startup 类，其默认方法名称 (Configure/ConfigureServices) 命名为 StartupDevelopment、StartupProduction、Startup（作为后备）和 ASP。 NET Core 将根据环境变量集选择正确的。

Answer 2

Startup类可以从IStartup接口继承。

// \packages\microsoft.aspnetcore.hosting.abstractions\2.2.0\lib\netstandard2.0\Microsoft.AspNetCore.Hosting.Abstractions.dll
namespace Microsoft.AspNetCore.Hosting
{
 public interface IStartup
  {
   IServiceProvider ConfigureServices(IServiceCollection services);
   void Configure(IApplicationBuilder app);
  }
}

默认情况下，向导不会使用 IStartup 的实现创建模板文件。为什么不 - 可能是非类型化语言的错误或影响..