WebApplication e WebApplicationBuilder em aplicativos de API mínimos
Observação
Esta não é a versão mais recente deste artigo. Para a versão atual, consulte a versão .NET 9 deste artigo.
Aviso
Esta versão do ASP.NET Core não tem mais suporte. Para obter mais informações, consulte a Política de Suporte do .NET e do .NET Core. Para a versão atual, consulte a versão .NET 9 deste artigo.
Importante
Essas informações relacionam-se ao produto de pré-lançamento, que poderá ser substancialmente modificado antes do lançamento comercial. A Microsoft não oferece nenhuma garantia, explícita ou implícita, quanto às informações fornecidas aqui.
Para a versão atual, consulte a versão .NET 9 deste artigo.
WebApplication
O código a seguir é gerado por um modelo do ASP.NET Core:
var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
O código anterior pode ser criado por meio de dotnet new web
na linha de comando ou da seleção do modelo Empty Web no Visual Studio.
O código a seguir cria um WebApplication (app
) sem criar explicitamente um WebApplicationBuilder:
var app = WebApplication.Create(args);
app.MapGet("/", () => "Hello World!");
app.Run();
WebApplication.Create
inicializa uma nova instância da classe WebApplication com padrões pré-configurados.
O WebApplication
adiciona automaticamente o seguinte middleware a Minimal API applications
, dependendo de determinadas condições:
UseDeveloperExceptionPage
é adicionado primeiro quando oHostingEnvironment
é"Development"
.UseRouting
será adicionado em segundo se o código do usuário ainda não tiver chamadoUseRouting
e se houver pontos de extremidade configurados, por exemploapp.MapGet
.UseEndpoints
será adicionado no final do pipeline de middleware se algum ponto de extremidade estiver configurado.UseAuthentication
será adicionado imediatamente apósUseRouting
se o código do usuário ainda não tiver chamadoUseAuthentication
e seIAuthenticationSchemeProvider
puder ser detectado no provedor de serviços.IAuthenticationSchemeProvider
é adicionado por padrão ao usarAddAuthentication
, e os serviços são detectados usandoIServiceProviderIsService
.UseAuthorization
será adicionado em seguida se o código do usuário ainda não tiver chamadoUseAuthorization
e seIAuthorizationHandlerProvider
puder ser detectado no provedor de serviços.IAuthorizationHandlerProvider
é adicionado por padrão ao usarAddAuthorization
, e os serviços são detectados usandoIServiceProviderIsService
.- O middleware e os pontos de extremidade configurados pelo usuário são adicionados entre
UseRouting
eUseEndpoints
.
O código a seguir é de fato aquilo que o middleware automático que está sendo adicionado ao aplicativo produz:
if (isDevelopment)
{
app.UseDeveloperExceptionPage();
}
app.UseRouting();
if (isAuthenticationConfigured)
{
app.UseAuthentication();
}
if (isAuthorizationConfigured)
{
app.UseAuthorization();
}
// user middleware/endpoints
app.CustomMiddleware(...);
app.MapGet("/", () => "hello world");
// end user middleware/endpoints
app.UseEndpoints(e => {});
Em alguns casos, a configuração de middleware padrão não é a correta para o aplicativo e requer modificação. Por exemplo, UseCors deve ser chamado antes de UseAuthentication e de UseAuthorization. O aplicativo precisa chamar UseAuthentication
e UseAuthorization
se UseCors
for chamado:
app.UseCors();
app.UseAuthentication();
app.UseAuthorization();
Se o middleware tiver que ser executado antes da correspondência de rotas ocorrer, UseRouting deverá ser chamado e o middleware deverá ser colocado antes da chamada para UseRouting
. UseEndpoints não é necessário nesse caso, já que é adicionado automaticamente conforme descrito anteriormente:
app.Use((context, next) =>
{
return next(context);
});
app.UseRouting();
// other middleware and endpoints
Ao adicionar um middleware de terminal:
- O middleware deve ser adicionado após
UseEndpoints
. - O aplicativo precisa chamar
UseRouting
eUseEndpoints
para que o middleware do terminal possa ser colocado no local correto.
app.UseRouting();
app.MapGet("/", () => "hello world");
app.UseEndpoints(e => {});
app.Run(context =>
{
context.Response.StatusCode = 404;
return Task.CompletedTask;
});
O middleware de terminal é um middleware que é executado se nenhum ponto de extremidade lidar com a solicitação.
Trabalho com portas
Quando um aplicativo Web é criado com o Visual Studio ou com o dotnet new
, aparece um arquivo Properties/launchSettings.json
que especifica as portas às quais responde aplicativo. Nos exemplos de configuração de portas a seguir, a execução do aplicativo no Visual Studio retorna uma caixa de diálogo de erro Unable to connect to web server 'AppName'
. O Visual Studio retorna um erro porque espera a porta especificada em Properties/launchSettings.json
, mas o aplicativo está usando a porta especificada por app.Run("http://localhost:3000")
. Execute a porta a seguir, alterando exemplos da linha de comando.
As seções a seguir definem a porta à qual responde o aplicativo.
var app = WebApplication.Create(args);
app.MapGet("/", () => "Hello World!");
app.Run("http://localhost:3000");
No código anterior, o aplicativo responde à porta 3000
.
Várias portas
No código a seguir, o aplicativo responde às portas 3000
e 4000
.
var app = WebApplication.Create(args);
app.Urls.Add("http://localhost:3000");
app.Urls.Add("http://localhost:4000");
app.MapGet("/", () => "Hello World");
app.Run();
Defina a porta na linha de comando
O comando a seguir faz com que o aplicativo responda à porta 7777
:
dotnet run --urls="https://localhost:7777"
Se o ponto de extremidade Kestrel também estiver configurado no arquivo appsettings.json
, a URL especificada do arquivo appsettings.json
será usada. Para obter mais informações, consulte Configuração de ponto de extremidade Kestrel
Leia a porta do ambiente
O código a seguir lê a porta do ambiente:
var app = WebApplication.Create(args);
var port = Environment.GetEnvironmentVariable("PORT") ?? "3000";
app.MapGet("/", () => "Hello World");
app.Run($"http://localhost:{port}");
A maneira preferencial de definir a porta do ambiente é usar a variável de ambiente ASPNETCORE_URLS
, que é mostrada na seção a seguir.
Defina as portas por meio da variável de ambiente ASPNETCORE_URLS
A variável de ambiente ASPNETCORE_URLS
está disponível para definir a porta:
ASPNETCORE_URLS=http://localhost:3000
ASPNETCORE_URLS
dá suporte a várias URLs:
ASPNETCORE_URLS=http://localhost:3000;https://localhost:5000
Para obter mais informações sobre como usar o ambiente, consulte Use vários ambientes no ASP.NET Core
Escute em todas as interfaces
Os exemplos a seguir demonstram a escuta em todas as interfaces
http://*:3000
var app = WebApplication.Create(args);
app.Urls.Add("http://*:3000");
app.MapGet("/", () => "Hello World");
app.Run();
http://+:3000
var app = WebApplication.Create(args);
app.Urls.Add("http://+:3000");
app.MapGet("/", () => "Hello World");
app.Run();
http://0.0.0.0:3000
var app = WebApplication.Create(args);
app.Urls.Add("http://0.0.0.0:3000");
app.MapGet("/", () => "Hello World");
app.Run();
Escute em todas as interfaces usando ASPNETCORE_URLS
Os exemplos anteriores podem usar ASPNETCORE_URLS
ASPNETCORE_URLS=http://*:3000;https://+:5000;http://0.0.0.0:5005
Especifique HTTPS com certificado de desenvolvimento
var app = WebApplication.Create(args);
app.Urls.Add("https://localhost:3000");
app.MapGet("/", () => "Hello World");
app.Run();
Para obter mais informações sobre o certificado de desenvolvimento, consulte Confie no certificado de desenvolvimento HTTPS ASP.NET Core no Windows e no macOS.
Especifique HTTPS usando um certificado personalizado
As seções a seguir mostram como especificar o certificado personalizado usando o arquivo appsettings.json
e por meio de configuração.
Especifique o certificado personalizado com appsettings.json
{
"Logging": {
"LogLevel": {
"Default": "Information",
"Microsoft.AspNetCore": "Warning"
}
},
"AllowedHosts": "*",
"Kestrel": {
"Certificates": {
"Default": {
"Path": "cert.pem",
"KeyPath": "key.pem"
}
}
}
}
Especifique o certificado personalizado por meio de configuração
var builder = WebApplication.CreateBuilder(args);
// Configure the cert and the key
builder.Configuration["Kestrel:Certificates:Default:Path"] = "cert.pem";
builder.Configuration["Kestrel:Certificates:Default:KeyPath"] = "key.pem";
var app = builder.Build();
app.Urls.Add("https://localhost:3000");
app.MapGet("/", () => "Hello World");
app.Run();
Use as APIs de certificado
using System.Security.Cryptography.X509Certificates;
var builder = WebApplication.CreateBuilder(args);
builder.WebHost.ConfigureKestrel(options =>
{
options.ConfigureHttpsDefaults(httpsOptions =>
{
var certPath = Path.Combine(builder.Environment.ContentRootPath, "cert.pem");
var keyPath = Path.Combine(builder.Environment.ContentRootPath, "key.pem");
httpsOptions.ServerCertificate = X509Certificate2.CreateFromPemFile(certPath,
keyPath);
});
});
var app = builder.Build();
app.Urls.Add("https://localhost:3000");
app.MapGet("/", () => "Hello World");
app.Run();
Configuração
O código a seguir lê a partir do sistema de configuração:
var app = WebApplication.Create(args);
var message = app.Configuration["HelloKey"] ?? "Config failed!";
app.MapGet("/", () => message);
app.Run();
Para obter mais informações, consulte Configuração no ASP.NET Core
Registrando em log
O código a seguir grava uma mensagem na inicialização do aplicativo de logon:
var app = WebApplication.Create(args);
app.Logger.LogInformation("The app started");
app.MapGet("/", () => "Hello World");
app.Run();
Para obter mais informações, consulte Fazendo login no .NET Core e no ASP.NET Core
Acesse o contêiner Injeção de Dependência (DI)
O código a seguir mostra como obter serviços do contêiner de DI durante a inicialização do aplicativo:
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddControllers();
builder.Services.AddScoped<SampleService>();
var app = builder.Build();
app.MapControllers();
using (var scope = app.Services.CreateScope())
{
var sampleService = scope.ServiceProvider.GetRequiredService<SampleService>();
sampleService.DoSomething();
}
app.Run();
Para obter mais informações, consulte Injeção de dependência no ASP.NET Core.
WebApplicationBuilder
Esta seção contém o código de exemplo usando o WebApplicationBuilder.
Altere a raiz do conteúdo, o nome do aplicativo e o ambiente
O código a seguir define a raiz do conteúdo, o nome do aplicativo e o ambiente:
var builder = WebApplication.CreateBuilder(new WebApplicationOptions
{
Args = args,
ApplicationName = typeof(Program).Assembly.FullName,
ContentRootPath = Directory.GetCurrentDirectory(),
EnvironmentName = Environments.Staging,
WebRootPath = "customwwwroot"
});
Console.WriteLine($"Application Name: {builder.Environment.ApplicationName}");
Console.WriteLine($"Environment Name: {builder.Environment.EnvironmentName}");
Console.WriteLine($"ContentRoot Path: {builder.Environment.ContentRootPath}");
Console.WriteLine($"WebRootPath: {builder.Environment.WebRootPath}");
var app = builder.Build();
O WebApplication.CreateBuilder inicializa uma nova instância da classe WebApplicationBuilder com os padrões pré-configurados.
Para obter mais informações, consulte visão geral dos conceitos básicos do ASP.NET Core
Altere a raiz do conteúdo, o nome do aplicativo e o ambiente por variáveis de ambiente ou linha de comando
A tabela a seguir mostra a variável de ambiente e o argumento de linha de comando usados para alterar a raiz do conteúdo, o nome do aplicativo e o ambiente:
recurso | Variável de ambiente | Argumento de linha de comando |
---|---|---|
Nome do aplicativo | ASPNETCORE_APPLICATIONNAME | --applicationName |
Nome do ambiente | ASPNETCORE_ENVIRONMENT | --environment |
Raiz do conteúdo | ASPNETCORE_CONTENTROOT | --contentRoot |
Adicionar provedores de configuração
O exemplo a seguir adiciona o provedor de configuração INI:
var builder = WebApplication.CreateBuilder(args);
builder.Configuration.AddIniFile("appsettings.ini");
var app = builder.Build();
Para maior detalhamento, consulte Provedores de configuração de arquivo em Configuração no ASP.NET Core.
Leia a configuração
Por padrão, o WebApplicationBuilder lê a configuração de várias fontes, incluindo:
appSettings.json
eappSettings.{environment}.json
- Variáveis de ambiente
- A linha de comando
O código a seguir lê HelloKey
a partir da configuração e exibe o valor no ponto de extremidade/
. Se o valor de configuração for nulo, "Hello" será atribuído a message
:
var builder = WebApplication.CreateBuilder(args);
var message = builder.Configuration["HelloKey"] ?? "Hello";
var app = builder.Build();
app.MapGet("/", () => message);
app.Run();
Para obter uma lista completa das fontes de configuração lida, consulte Configuração padrão em Configuração no ASP.NET Core
Adicione provedores de login
var builder = WebApplication.CreateBuilder(args);
// Configure JSON logging to the console.
builder.Logging.AddJsonConsole();
var app = builder.Build();
app.MapGet("/", () => "Hello JSON console!");
app.Run();
Adicionar serviços
var builder = WebApplication.CreateBuilder(args);
// Add the memory cache services.
builder.Services.AddMemoryCache();
// Add a custom scoped service.
builder.Services.AddScoped<ITodoRepository, TodoRepository>();
var app = builder.Build();
Personalize o IHostBuilder
Os métodos de extensão existentes no IHostBuilder podem ser acessados usando a propriedade Host:
var builder = WebApplication.CreateBuilder(args);
// Wait 30 seconds for graceful shutdown.
builder.Host.ConfigureHostOptions(o => o.ShutdownTimeout = TimeSpan.FromSeconds(30));
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
Personalize o IWebHostBuilder
Os métodos de extensão no IWebHostBuilder podem ser acessados usando a propriedade WebApplicationBuilder.WebHost.
var builder = WebApplication.CreateBuilder(args);
// Change the HTTP server implemenation to be HTTP.sys based
builder.WebHost.UseHttpSys();
var app = builder.Build();
app.MapGet("/", () => "Hello HTTP.sys");
app.Run();
Altere a raiz da Web
Por padrão, a raiz da Web refere-se à raiz do conteúdo na pasta wwwroot
. A raiz da Web é o local onde o middleware de arquivos estáticos procura arquivos estáticos. A raiz da Web pode ser alterada com o WebHostOptions
, com a linha de comando ou com o método UseWebRoot:
var builder = WebApplication.CreateBuilder(new WebApplicationOptions
{
Args = args,
// Look for static files in webroot
WebRootPath = "webroot"
});
var app = builder.Build();
app.Run();
Personalize o contêiner de Injeção de Dependência (DI)
O exemplo a seguir usa o Autofac:
var builder = WebApplication.CreateBuilder(args);
builder.Host.UseServiceProviderFactory(new AutofacServiceProviderFactory());
// Register services directly with Autofac here. Don't
// call builder.Populate(), that happens in AutofacServiceProviderFactory.
builder.Host.ConfigureContainer<ContainerBuilder>(builder => builder.RegisterModule(new MyApplicationModule()));
var app = builder.Build();
Adicione o middleware
Qualquer middleware do ASP.NET Core pode ser configurado no WebApplication
:
var app = WebApplication.Create(args);
// Setup the file server to serve static files.
app.UseFileServer();
app.MapGet("/", () => "Hello World!");
app.Run();
Para obter mais informações, consulte Middleware do ASP.NET Core
Página de exceção do desenvolvedor
WebApplication.CreateBuilder inicializa uma nova instância da classe WebApplicationBuilder com padrões pré-configurados. A página de exceção do desenvolvedor está habilitada nos padrões pré-configurados. Quando o código a seguir é executado no ambiente de desenvolvimento, navegar para /
renderiza uma página amigável que mostra a exceção.
var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();
app.MapGet("/", () =>
{
throw new InvalidOperationException("Oops, the '/' route has thrown an exception.");
});
app.Run();
WebApplication
O código a seguir é gerado por um modelo do ASP.NET Core:
var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
O código anterior pode ser criado por meio de dotnet new web
na linha de comando ou da seleção do modelo Empty Web no Visual Studio.
O código a seguir cria um WebApplication (app
) sem criar explicitamente um WebApplicationBuilder:
var app = WebApplication.Create(args);
app.MapGet("/", () => "Hello World!");
app.Run();
WebApplication.Create
inicializa uma nova instância da classe WebApplication com padrões pré-configurados.
O WebApplication
adiciona automaticamente o seguinte middleware a Minimal API applications
, dependendo de determinadas condições:
UseDeveloperExceptionPage
é adicionado primeiro quando oHostingEnvironment
é"Development"
.UseRouting
será adicionado em segundo se o código do usuário ainda não tiver chamadoUseRouting
e se houver pontos de extremidade configurados, por exemploapp.MapGet
.UseEndpoints
será adicionado no final do pipeline de middleware se algum ponto de extremidade estiver configurado.UseAuthentication
será adicionado imediatamente apósUseRouting
se o código do usuário ainda não tiver chamadoUseAuthentication
e seIAuthenticationSchemeProvider
puder ser detectado no provedor de serviços.IAuthenticationSchemeProvider
é adicionado por padrão ao usarAddAuthentication
, e os serviços são detectados usandoIServiceProviderIsService
.UseAuthorization
será adicionado em seguida se o código do usuário ainda não tiver chamadoUseAuthorization
e seIAuthorizationHandlerProvider
puder ser detectado no provedor de serviços.IAuthorizationHandlerProvider
é adicionado por padrão ao usarAddAuthorization
, e os serviços são detectados usandoIServiceProviderIsService
.- O middleware e os pontos de extremidade configurados pelo usuário são adicionados entre
UseRouting
eUseEndpoints
.
O código a seguir é de fato aquilo que o middleware automático que está sendo adicionado ao aplicativo produz:
if (isDevelopment)
{
app.UseDeveloperExceptionPage();
}
app.UseRouting();
if (isAuthenticationConfigured)
{
app.UseAuthentication();
}
if (isAuthorizationConfigured)
{
app.UseAuthorization();
}
// user middleware/endpoints
app.CustomMiddleware(...);
app.MapGet("/", () => "hello world");
// end user middleware/endpoints
app.UseEndpoints(e => {});
Em alguns casos, a configuração de middleware padrão não é a correta para o aplicativo e requer modificação. Por exemplo, UseCors deve ser chamado antes de UseAuthentication e de UseAuthorization. O aplicativo precisa chamar UseAuthentication
e UseAuthorization
se UseCors
for chamado:
app.UseCors();
app.UseAuthentication();
app.UseAuthorization();
Se o middleware tiver que ser executado antes da correspondência de rotas ocorrer, UseRouting deverá ser chamado e o middleware deverá ser colocado antes da chamada para UseRouting
. UseEndpoints não é necessário nesse caso, já que é adicionado automaticamente conforme descrito anteriormente:
app.Use((context, next) =>
{
return next(context);
});
app.UseRouting();
// other middleware and endpoints
Ao adicionar um middleware de terminal:
- O middleware deve ser adicionado após
UseEndpoints
. - O aplicativo precisa chamar
UseRouting
eUseEndpoints
para que o middleware do terminal possa ser colocado no local correto.
app.UseRouting();
app.MapGet("/", () => "hello world");
app.UseEndpoints(e => {});
app.Run(context =>
{
context.Response.StatusCode = 404;
return Task.CompletedTask;
});
O middleware de terminal é um middleware que é executado se nenhum ponto de extremidade lidar com a solicitação.
Trabalho com portas
Quando um aplicativo Web é criado com o Visual Studio ou com o dotnet new
, aparece um arquivo Properties/launchSettings.json
que especifica as portas às quais responde aplicativo. Nos exemplos de configuração de portas a seguir, a execução do aplicativo no Visual Studio retorna uma caixa de diálogo de erro Unable to connect to web server 'AppName'
. O Visual Studio retorna um erro porque espera a porta especificada em Properties/launchSettings.json
, mas o aplicativo está usando a porta especificada por app.Run("http://localhost:3000")
. Execute a porta a seguir, alterando exemplos da linha de comando.
As seções a seguir definem a porta à qual responde o aplicativo.
var app = WebApplication.Create(args);
app.MapGet("/", () => "Hello World!");
app.Run("http://localhost:3000");
No código anterior, o aplicativo responde à porta 3000
.
Várias portas
No código a seguir, o aplicativo responde às portas 3000
e 4000
.
var app = WebApplication.Create(args);
app.Urls.Add("http://localhost:3000");
app.Urls.Add("http://localhost:4000");
app.MapGet("/", () => "Hello World");
app.Run();
Defina a porta na linha de comando
O comando a seguir faz com que o aplicativo responda à porta 7777
:
dotnet run --urls="https://localhost:7777"
Se o ponto de extremidade Kestrel também estiver configurado no arquivo appsettings.json
, a URL especificada do arquivo appsettings.json
será usada. Para obter mais informações, consulte Configuração de ponto de extremidade Kestrel
Leia a porta do ambiente
O código a seguir lê a porta do ambiente:
var app = WebApplication.Create(args);
var port = Environment.GetEnvironmentVariable("PORT") ?? "3000";
app.MapGet("/", () => "Hello World");
app.Run($"http://localhost:{port}");
A maneira preferencial de definir a porta do ambiente é usar a variável de ambiente ASPNETCORE_URLS
, que é mostrada na seção a seguir.
Defina as portas por meio da variável de ambiente ASPNETCORE_URLS
A variável de ambiente ASPNETCORE_URLS
está disponível para definir a porta:
ASPNETCORE_URLS=http://localhost:3000
ASPNETCORE_URLS
dá suporte a várias URLs:
ASPNETCORE_URLS=http://localhost:3000;https://localhost:5000
Escute em todas as interfaces
Os exemplos a seguir demonstram a escuta em todas as interfaces
http://*:3000
var app = WebApplication.Create(args);
app.Urls.Add("http://*:3000");
app.MapGet("/", () => "Hello World");
app.Run();
http://+:3000
var app = WebApplication.Create(args);
app.Urls.Add("http://+:3000");
app.MapGet("/", () => "Hello World");
app.Run();
http://0.0.0.0:3000
var app = WebApplication.Create(args);
app.Urls.Add("http://0.0.0.0:3000");
app.MapGet("/", () => "Hello World");
app.Run();
Escute em todas as interfaces usando ASPNETCORE_URLS
Os exemplos anteriores podem usar ASPNETCORE_URLS
ASPNETCORE_URLS=http://*:3000;https://+:5000;http://0.0.0.0:5005
Escute em todas as interfaces usando ASPNETCORE_HTTPS_PORTS
Os exemplos anteriores podem usar ASPNETCORE_HTTPS_PORTS
e ASPNETCORE_HTTP_PORTS
.
ASPNETCORE_HTTP_PORTS=3000;5005
ASPNETCORE_HTTPS_PORTS=5000
Para obter mais informações, consulte Configure pontos de extremidade para o Kestrel servidor de rede ASP.NET Core
Especifique HTTPS com certificado de desenvolvimento
var app = WebApplication.Create(args);
app.Urls.Add("https://localhost:3000");
app.MapGet("/", () => "Hello World");
app.Run();
Para obter mais informações sobre o certificado de desenvolvimento, consulte Confie no certificado de desenvolvimento HTTPS ASP.NET Core no Windows e no macOS.
Especifique HTTPS usando um certificado personalizado
As seções a seguir mostram como especificar o certificado personalizado usando o arquivo appsettings.json
e por meio de configuração.
Especifique o certificado personalizado com appsettings.json
{
"Logging": {
"LogLevel": {
"Default": "Information",
"Microsoft.AspNetCore": "Warning"
}
},
"AllowedHosts": "*",
"Kestrel": {
"Certificates": {
"Default": {
"Path": "cert.pem",
"KeyPath": "key.pem"
}
}
}
}
Especifique o certificado personalizado por meio de configuração
var builder = WebApplication.CreateBuilder(args);
// Configure the cert and the key
builder.Configuration["Kestrel:Certificates:Default:Path"] = "cert.pem";
builder.Configuration["Kestrel:Certificates:Default:KeyPath"] = "key.pem";
var app = builder.Build();
app.Urls.Add("https://localhost:3000");
app.MapGet("/", () => "Hello World");
app.Run();
Use as APIs de certificado
using System.Security.Cryptography.X509Certificates;
var builder = WebApplication.CreateBuilder(args);
builder.WebHost.ConfigureKestrel(options =>
{
options.ConfigureHttpsDefaults(httpsOptions =>
{
var certPath = Path.Combine(builder.Environment.ContentRootPath, "cert.pem");
var keyPath = Path.Combine(builder.Environment.ContentRootPath, "key.pem");
httpsOptions.ServerCertificate = X509Certificate2.CreateFromPemFile(certPath,
keyPath);
});
});
var app = builder.Build();
app.Urls.Add("https://localhost:3000");
app.MapGet("/", () => "Hello World");
app.Run();
Leia o ambiente
var app = WebApplication.Create(args);
if (!app.Environment.IsDevelopment())
{
app.UseExceptionHandler("/oops");
}
app.MapGet("/", () => "Hello World");
app.MapGet("/oops", () => "Oops! An error happened.");
app.Run();
Para obter mais informações sobre como usar o ambiente, consulte Use vários ambientes no ASP.NET Core
Configuração
O código a seguir lê a partir do sistema de configuração:
var app = WebApplication.Create(args);
var message = app.Configuration["HelloKey"] ?? "Config failed!";
app.MapGet("/", () => message);
app.Run();
Para obter mais informações, consulte Configuração no ASP.NET Core
Registrando em log
O código a seguir grava uma mensagem na inicialização do aplicativo de logon:
var app = WebApplication.Create(args);
app.Logger.LogInformation("The app started");
app.MapGet("/", () => "Hello World");
app.Run();
Para obter mais informações, consulte Fazendo login no .NET Core e no ASP.NET Core
Acesse o contêiner Injeção de Dependência (DI)
O código a seguir mostra como obter serviços do contêiner de DI durante a inicialização do aplicativo:
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddControllers();
builder.Services.AddScoped<SampleService>();
var app = builder.Build();
app.MapControllers();
using (var scope = app.Services.CreateScope())
{
var sampleService = scope.ServiceProvider.GetRequiredService<SampleService>();
sampleService.DoSomething();
}
app.Run();
O código a seguir mostra como acessar chaves do contêiner de DI usando o atributo [FromKeyedServices]
:
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddKeyedSingleton<ICache, BigCache>("big");
builder.Services.AddKeyedSingleton<ICache, SmallCache>("small");
var app = builder.Build();
app.MapGet("/big", ([FromKeyedServices("big")] ICache bigCache) => bigCache.Get("date"));
app.MapGet("/small", ([FromKeyedServices("small")] ICache smallCache) => smallCache.Get("date"));
app.Run();
public interface ICache
{
object Get(string key);
}
public class BigCache : ICache
{
public object Get(string key) => $"Resolving {key} from big cache.";
}
public class SmallCache : ICache
{
public object Get(string key) => $"Resolving {key} from small cache.";
}
Para obter mais informações sobre DI, confira Injeção de dependência no ASP.NET Core.
WebApplicationBuilder
Esta seção contém o código de exemplo usando o WebApplicationBuilder.
Altere a raiz do conteúdo, o nome do aplicativo e o ambiente
O código a seguir define a raiz do conteúdo, o nome do aplicativo e o ambiente:
var builder = WebApplication.CreateBuilder(new WebApplicationOptions
{
Args = args,
ApplicationName = typeof(Program).Assembly.FullName,
ContentRootPath = Directory.GetCurrentDirectory(),
EnvironmentName = Environments.Staging,
WebRootPath = "customwwwroot"
});
Console.WriteLine($"Application Name: {builder.Environment.ApplicationName}");
Console.WriteLine($"Environment Name: {builder.Environment.EnvironmentName}");
Console.WriteLine($"ContentRoot Path: {builder.Environment.ContentRootPath}");
Console.WriteLine($"WebRootPath: {builder.Environment.WebRootPath}");
var app = builder.Build();
O WebApplication.CreateBuilder inicializa uma nova instância da classe WebApplicationBuilder com os padrões pré-configurados.
Para obter mais informações, consulte visão geral dos conceitos básicos do ASP.NET Core
Altere a raiz do conteúdo, o nome do aplicativo e o ambiente usando variáveis de ambiente ou linha de comando
A tabela a seguir mostra a variável de ambiente e o argumento de linha de comando usados para alterar a raiz do conteúdo, o nome do aplicativo e o ambiente:
recurso | Variável de ambiente | Argumento de linha de comando |
---|---|---|
Nome do aplicativo | ASPNETCORE_APPLICATIONNAME | --applicationName |
Nome do ambiente | ASPNETCORE_ENVIRONMENT | --environment |
Raiz do conteúdo | ASPNETCORE_CONTENTROOT | --contentRoot |
Adicionar provedores de configuração
O exemplo a seguir adiciona o provedor de configuração INI:
var builder = WebApplication.CreateBuilder(args);
builder.Configuration.AddIniFile("appsettings.ini");
var app = builder.Build();
Para maior detalhamento, consulte Provedores de configuração de arquivo em Configuração no ASP.NET Core.
Leia a configuração
Por padrão, o WebApplicationBuilder lê a configuração de várias fontes, incluindo:
appSettings.json
eappSettings.{environment}.json
- Variáveis de ambiente
- A linha de comando
Para obter uma lista completa das fontes de configuração lidas, confira a Configuração padrão em Configuração no ASP.NET Core.
O código a seguir lê HelloKey
a partir da configuração e exibe o valor no ponto de extremidade/
. Se o valor de configuração for nulo, "Hello" será atribuído a message
:
var builder = WebApplication.CreateBuilder(args);
var message = builder.Configuration["HelloKey"] ?? "Hello";
var app = builder.Build();
app.MapGet("/", () => message);
app.Run();
Leia o ambiente
var builder = WebApplication.CreateBuilder(args);
if (builder.Environment.IsDevelopment())
{
Console.WriteLine($"Running in development.");
}
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
Adicione provedores de login
var builder = WebApplication.CreateBuilder(args);
// Configure JSON logging to the console.
builder.Logging.AddJsonConsole();
var app = builder.Build();
app.MapGet("/", () => "Hello JSON console!");
app.Run();
Adicionar serviços
var builder = WebApplication.CreateBuilder(args);
// Add the memory cache services.
builder.Services.AddMemoryCache();
// Add a custom scoped service.
builder.Services.AddScoped<ITodoRepository, TodoRepository>();
var app = builder.Build();
Personalize o IHostBuilder
Os métodos de extensão existentes no IHostBuilder podem ser acessados usando a propriedade Host:
var builder = WebApplication.CreateBuilder(args);
// Wait 30 seconds for graceful shutdown.
builder.Host.ConfigureHostOptions(o => o.ShutdownTimeout = TimeSpan.FromSeconds(30));
var app = builder.Build();
app.MapGet("/", () => "Hello World!");
app.Run();
Personalize o IWebHostBuilder
Os métodos de extensão no IWebHostBuilder podem ser acessados usando a propriedade WebApplicationBuilder.WebHost.
var builder = WebApplication.CreateBuilder(args);
// Change the HTTP server implemenation to be HTTP.sys based
builder.WebHost.UseHttpSys();
var app = builder.Build();
app.MapGet("/", () => "Hello HTTP.sys");
app.Run();
Altere a raiz da Web
Por padrão, a raiz da Web refere-se à raiz do conteúdo na pasta wwwroot
. A raiz da Web é o local onde o middleware de arquivos estáticos procura arquivos estáticos. A raiz da Web pode ser alterada com o WebHostOptions
, com a linha de comando ou com o método UseWebRoot:
var builder = WebApplication.CreateBuilder(new WebApplicationOptions
{
Args = args,
// Look for static files in webroot
WebRootPath = "webroot"
});
var app = builder.Build();
app.Run();
Personalize o contêiner de Injeção de Dependência (DI)
O exemplo a seguir usa o Autofac:
var builder = WebApplication.CreateBuilder(args);
builder.Host.UseServiceProviderFactory(new AutofacServiceProviderFactory());
// Register services directly with Autofac here. Don't
// call builder.Populate(), that happens in AutofacServiceProviderFactory.
builder.Host.ConfigureContainer<ContainerBuilder>(builder => builder.RegisterModule(new MyApplicationModule()));
var app = builder.Build();
Adicione o middleware
Qualquer middleware do ASP.NET Core pode ser configurado no WebApplication
:
var app = WebApplication.Create(args);
// Setup the file server to serve static files.
app.UseFileServer();
app.MapGet("/", () => "Hello World!");
app.Run();
Para obter mais informações, consulte Middleware do ASP.NET Core
Página de exceção do desenvolvedor
WebApplication.CreateBuilder inicializa uma nova instância da classe WebApplicationBuilder com padrões pré-configurados. A página de exceção do desenvolvedor está habilitada nos padrões pré-configurados. Quando o código a seguir é executado no ambiente de desenvolvimento, navegar para /
renderiza uma página amigável que mostra a exceção.
var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();
app.MapGet("/", () =>
{
throw new InvalidOperationException("Oops, the '/' route has thrown an exception.");
});
app.Run();