访问ConfigureServices中的IApplicationEnvironment
本文关键字:IApplicationEnvironment 中的 ConfigureServices 访问 | 更新日期: 2023-09-27 17:59:44
在我的ConfigureServices
方法中,我想读取一个文件(在我的情况下是用于签名令牌的证书,但它可以是设置服务所需的任何文件)。因此,我需要从IApplicationEnvironment
中了解ApplicationBasePath
。
目前我通过获得这样的IApplicationEnvironment
服务来解决这个问题:
public void ConfigureServices(IServiceCollection services)
{
...
string basePath;
var serviceProvider = services.BuildServiceProvider();
try
{
basePath = serviceProvider.GetRequiredService<IApplicationEnvironment>().ApplicationBasePath;
}
finally
{
(serviceProvider as IDisposable)?.Dispose();
}
...
}
这种方法有效,但我不确定这是否是正确的方法。所以我的问题是:
- 有没有更好的方法来读取
ConfigureServices
中的文件 - 有没有更好的方法来获得
ConfigureServices
中的应用程序基本路径 - 如果我的方法是正确的,我是否正确处理
IDisposable
运行时允许在Startup
类的构造函数中注入依赖项:
public class Startup
{
private readonly IApplicationEnvironment _appEnv;
public Startup(IApplicationEnvironment appEnv)
{
_appEnv = appEnv;
}
public void ConfigureServices(IServiceCollection services)
{
string basePath = _appEnv.ApplicationBasePath;
}
}
如何在DNX 1.0.0-rc1-15996发布后获得IApplicationEnvironment实例
要获得对IApplicationEnviroment
接口实现者的引用,可以使用PlatformServices.Default.Application
。
以下示例在项目的Startup.cs文件的上下文中显示了这一点:
using Microsoft.Extensions.PlatformAbstractions;
namespace MyWebApp
{
public class Startup
{
private IApplicationEnvironment _appEnv { get; set; }
public Startup(IHostingEnvironment env)
{
// Set up configuration sources.
var builder = new ConfigurationBuilder()
.AddJsonFile("appsettings.json")
.AddJsonFile($"appsettings.{env.EnvironmentName}.json", optional: false);
if (env.IsDevelopment())
{
// For more details on using the user secret store see http://go.microsoft.com/fwlink/?LinkID=532709
builder.AddUserSecrets();
}
builder.AddEnvironmentVariables();
Configuration = builder.Build();
// obtain IApplicationEnvironment instance
_appEnv = PlatformServices.Default.Application;
}
...
下面的行显示了如何使用该实例来获得应用程序的基本路径:
string basepath = _appEnv.ApplicationBasePath
参考文献:
- 重构DNX不注入程序构造函数#2990
- IApplicationEnvironment不再注入DNX命令
为什么不直接从PlatformServices.Default.Application.ApplicationBasePath
分配路径?正如名称Default
所暗示的那样(这不是一个规则,因为Current
也在这里和那里使用),它是PlatformServices
类型的静态成员。
更多部门…
除了Default
之外,类型为ApplicationEnvironment
的Application
是该类公开的唯一属性。这是合理的,因为ApplicationEnvironment
只是封装了一些关于正在运行的应用程序(或应用程序,无论它们有多少)的信息。同样重要的是,类的默认ctor是private
。闻起来像辛格尔顿,嗯?
显然,实现者的决定是改变对应用程序环境的看法:它没有任何作用,它是一个共享信息。使用它的唯一方法是上面的方法。
还有更多
IApplicationEnvironment
神奇地消失了,再次因为事实证明,ApplicationEnvironment
不是一个预期为不同操作系统DI或重新实现的服务,也许从那时起,ApplicationEnvironment
什么都不实现非常好