Создание документов OpenAPI
Пакет Microsoft.AspNetCore.OpenApi
обеспечивает встроенную поддержку создания документов OpenAPI в ASP.NET Core. Пакет предоставляет следующие функции:
- Поддержка создания документов OpenAPI во время выполнения и доступа к ним через конечную точку приложения.
- Поддержка API-интерфейсов "преобразователя", позволяющих изменять созданный документ.
- Поддержка создания нескольких документов OpenAPI из одного приложения.
- Использует преимущества поддержки схемы JSON,
System.Text.Json
предоставляемой . - Совместим с собственным AoT.
Установка пакета
Установите пакет Microsoft.AspNetCore.OpenApi
.
Выполните следующую команду из консоли диспетчер пакетов:
Install-Package Microsoft.AspNetCore.OpenApi -IncludePrerelease
Настройка создания документов OpenAPI
Следующий код:
- Добавляет службы OpenAPI.
- Включает конечную точку для просмотра документа OpenAPI в формате JSON.
var builder = WebApplication.CreateBuilder();
builder.Services.AddOpenApi();
var app = builder.Build();
app.MapOpenApi();
app.MapGet("/", () => "Hello world!");
app.Run();
Запустите приложение и перейдите к https://localhost:<port>/openapi/v1.json
просмотру созданного документа OpenAPI.
Параметры настройки создания документов OpenAPI
В следующих разделах показано, как настроить создание документов OpenAPI.
Настройка имени документа OpenAPI
Каждый документ OpenAPI в приложении имеет уникальное имя. Имя документа по умолчанию, зарегистрированного v1
.
builder.Services.AddOpenApi(); // Document name is v1
Имя документа можно изменить, передав имя в качестве параметра вызову AddOpenApi
.
builder.Services.AddOpenApi("internal"); // Document name is internal
Имя документа отображается в нескольких местах в реализации OpenAPI.
При получении созданного документа OpenAPI имя документа указывается в качестве documentName
аргумента параметра в запросе. Следующие запросы разрешают v1
документы и internal
документы.
GET http://localhost:5000/openapi/v1.json
GET http://localhost:5000/openapi/internal.json
Настройка версии OpenAPI созданного документа
По умолчанию создание документов OpenAPI создает документ, соответствующий спецификации OpenAPI версии 3.0. В следующем коде показано, как изменить версию документа OpenAPI по умолчанию:
builder.Services.AddOpenApi(options =>
{
options.OpenApiVersion = OpenApiSpecVersion.OpenApi2_0;
});
Настройка маршрута конечной точки OpenAPI
По умолчанию конечная точка OpenAPI, зарегистрированная с помощью вызова, предоставляет MapOpenApi документ в конечной точке /openapi/{documentName}.json
. В следующем коде показано, как настроить маршрут, в котором зарегистрирован документ OpenAPI:
app.MapOpenApi("/openapi/{documentName}/openapi.json");
Возможно, но не рекомендуется удалить documentName
параметр маршрута из маршрута конечной точки. documentName
При удалении параметра маршрута из маршрута конечной точки платформа пытается разрешить имя документа из параметра запроса. Не предоставляя documentName
маршрут или запрос, может привести к непредвиденному поведению.
Настройка конечной точки OpenAPI
Так как документ OpenAPI обслуживается через конечную точку обработчика маршрутов, любая настройка, доступная для стандартных минимальных конечных точек, доступна для конечной точки OpenAPI.
Ограничение доступа к документам OpenAPI авторизованным пользователям
Конечная точка OpenAPI не включает проверки авторизации по умолчанию. Однако проверки авторизации можно применить к документу OpenAPI. В следующем коде доступ к документу OpenAPI ограничен тем, кто имеет tester
роль:
using Microsoft.AspNetCore.Authentication;
using Microsoft.AspNetCore.Builder;
using Microsoft.AspNetCore.OpenApi;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.OpenApi.Models;
var builder = WebApplication.CreateBuilder();
builder.Services.AddAuthentication().AddJwtBearer();
builder.Services.AddAuthorization(o =>
{
o.AddPolicy("ApiTesterPolicy", b => b.RequireRole("tester"));
});
builder.Services.AddOpenApi();
var app = builder.Build();
app.MapOpenApi()
.RequireAuthorization("ApiTesterPolicy");
app.MapGet("/", () => "Hello world!");
app.Run();
Созданный в кэше документ OpenAPI
Документ OpenAPI создается каждый раз, когда отправляется запрос к конечной точке OpenAPI. Восстановление позволяет преобразователям включать динамическое состояние приложения в свою работу. Например, повторное создание запроса с подробными сведениями о контексте HTTP. При необходимости документ OpenAPI можно кэшировать, чтобы избежать выполнения конвейера создания документов для каждого HTTP-запроса.
using Microsoft.AspNetCore.Builder;
using Microsoft.AspNetCore.OpenApi;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.OpenApi.Models;
var builder = WebApplication.CreateBuilder();
builder.Services.AddOutputCache(options =>
{
options.AddBasePolicy(policy => policy.Expire(TimeSpan.FromMinutes(10)));
});
builder.Services.AddOpenApi();
var app = builder.Build();
app.UseOutputCache();
app.MapOpenApi()
.CacheOutput();
app.MapGet("/", () => "Hello world!");
app.Run();
Создание документов OpenAPI во время сборки
В типичных веб-приложениях документы OpenAPI создаются во время выполнения и обслуживаются через HTTP-запрос на сервер приложений.
В некоторых сценариях полезно создать документ OpenAPI на этапе сборки приложения. Ниже приведены соответствующие сценарии.
- Создание документации OpenAPI, зафиксированной в системе управления версиями.
- Создание документации по OpenAPI, используемой для тестирования интеграции на основе спецификаций.
- Создание документации OpenAPI, которая обслуживается статическим образом с веб-сервера.
Чтобы добавить поддержку создания документов OpenAPI во время сборки, установите Microsoft.Extensions.ApiDescription.Server
пакет:
Выполните следующую команду из консоли диспетчер пакетов:
Install-Package Microsoft.Extensions.ApiDescription.Server -IncludePrerelease
После установки этот пакет автоматически создаст документы Open API, связанные с приложением во время сборки и заполните их в выходной каталог приложения.
$ dotnet build
$ cat bin/Debug/net9.0/{ProjectName}.json
Настройка создания документов во время сборки
Изменение выходного каталога созданного файла Open API
По умолчанию созданный документ OpenAPI будет выведен в выходной каталог приложения. Чтобы изменить расположение генерируемого файла, задайте целевой путь в свойстве OpenApiDocumentsDirectory
.
<PropertyGroup>
<OpenApiDocumentsDirectory>./</OpenApiDocumentsDirectory>
</PropertyGroup>
Значение OpenApiDocumentsDirectory
разрешается относительно файла проекта. Используя приведенное ./
выше значение, документ OpenAPI будет выдаваться в том же каталоге, что и файл проекта.
Изменение имени выходного файла
По умолчанию созданный документ OpenAPI будет иметь то же имя, что и файл проекта приложения. Чтобы изменить имя создаваемого файла, задайте --file-name
аргумент в свойстве OpenApiGenerateDocumentsOptions
.
<PropertyGroup>
<OpenApiGenerateDocumentsOptions>--file-name my-open-api</OpenApiGenerateDocumentsOptions>
</PropertyGroup>
Выбор документа OpenAPI для создания
Некоторые приложения могут быть настроены для выдачи нескольких документов OpenAPI для различных версий API или для различения общедоступных и внутренних API. По умолчанию генератор документов во время сборки выдает файлы для всех документов, настроенных в приложении. Чтобы указать только одно имя документа, задайте --document-name
аргумент в свойстве OpenApiGenerateDocumentsOptions
.
<PropertyGroup>
<OpenApiGenerateDocumentsOptions>--document-name v2</OpenApiGenerateDocumentsOptions>
</PropertyGroup>
Настройка поведения во время выполнения во время сборки создания документа
В режиме сборки функции создания документов OpenAPI путем запуска точки входа приложения с реализацией сервера инертного сервера. Это требование для создания точных документов OpenAPI, так как все сведения в документе OpenAPI не могут быть статически проанализированы. Так как вызывается точка входа приложения, будет вызвана любая логика запуска приложений. Сюда входит код, который внедряет службы в контейнер DI или считывает данные из конфигурации. В некоторых сценариях необходимо ограничить пути кода, которые будут выполняться при вызове точки входа приложения из создания документов во время сборки. Ниже приведены соответствующие сценарии.
- Не считывается из определенных строк конфигурации.
- Не регистрируя службы, связанные с базами данных.
Чтобы ограничить вызов этих кодpathов конвейером создания во время сборки, они могут быть обусловлены проверкой сборки записи следующим образом:
using System.Reflection;
var builder = WebApplication.CreateBuilder();
if (Assembly.GetEntryAssembly()?.GetName().Name != "GetDocument.Insider")
{
builder.Services.AddDefaults();
}
Минимальные API обеспечивают встроенную поддержку создания сведений о конечных точках в приложении с помощью Microsoft.AspNetCore.OpenApi
пакета. Для предоставления созданного определения OpenAPI через визуальный пользовательский интерфейс требуется сторонний пакет. Сведения о поддержке OpenAPI в API на основе контроллеров см. в версии .NET 9 этой статьи.
Следующий код создается шаблоном ASP.NET Core для минимального веб-API и использует стандарт OpenAPI:
using Microsoft.AspNetCore.OpenApi;
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddEndpointsApiExplorer();
builder.Services.AddSwaggerGen();
var app = builder.Build();
if (app.Environment.IsDevelopment())
{
app.UseSwagger();
app.UseSwaggerUI();
}
app.UseHttpsRedirection();
var summaries = new[]
{
"Freezing", "Bracing", "Chilly", "Cool", "Mild", "Warm", "Balmy", "Hot", "Sweltering", "Scorching"
};
app.MapGet("/weatherforecast", () =>
{
var forecast = Enumerable.Range(1, 5).Select(index =>
new WeatherForecast
(
DateTime.Now.AddDays(index),
Random.Shared.Next(-20, 55),
summaries[Random.Shared.Next(summaries.Length)]
))
.ToArray();
return forecast;
})
.WithName("GetWeatherForecast")
.WithOpenApi();
app.Run();
internal record WeatherForecast(DateTime Date, int TemperatureC, string? Summary)
{
public int TemperatureF => 32 + (int)(TemperatureC / 0.5556);
}
В предыдущем выделенном коде:
Microsoft.AspNetCore.OpenApi
рассматривается в следующем разделе;- AddEndpointsApiExplorer настраивает в приложении обнаружение и описание конечных точек с заметками по умолчанию с помощью обозревателя API;
WithOpenApi
переопределяет заметки по умолчанию, созданные обозревателем API, соответствующими заметками, которые были созданы из пакетаMicrosoft.AspNetCore.OpenApi
; UseSwagger
добавляет ПО промежуточного слоя Swagger;- UseSwaggerUI включает встроенную версию средства пользовательского интерфейса Swagger.
- WithName означает, что IEndpointNameMetadata для конечной точки используется для создания ссылок и рассматривается как идентификатор операции в спецификации OpenAPI для конкретной конечной точки;
WithOpenApi
объясняется далее в этой статье.
пакет NuGet Microsoft.AspNetCore.OpenApi
;
ASP.NET Core предоставляет пакет Microsoft.AspNetCore.OpenApi
для взаимодействия со спецификациями OpenAPI для конечных точек. Этот пакет создает связь между моделями OpenAPI, определенными в пакете Microsoft.AspNetCore.OpenApi
, и конечными точками, определенными в минимальных API. Этот пакет предоставляет API, который проверяет параметры, ответы и метаданные конечной точки и создает тип заметки OpenAPI, подходящий для описания этой конечной точки.
Microsoft.AspNetCore.OpenApi
добавляется в проект в формате PackageReference (ссылка на пакет):
<Project Sdk="Microsoft.NET.Sdk.Web">
<PropertyGroup>
<TargetFramework>net7.0</TargetFramework>
<Nullable>enable</Nullable>
<ImplicitUsings>enable</ImplicitUsings>
</PropertyGroup>
<ItemGroup>
<PackageReference Include="Microsoft.AspNetCore.OpenApi" Version="7.0.*-*" />
<PackageReference Include="Swashbuckle.AspNetCore" Version="6.4.0" />
</ItemGroup>
</Project>
При использовании с Swashbuckle.AspNetCore
Microsoft.AspNetCore.OpenApi
параметром Swashbuckle.AspNetCore
6.4.0 или более поздней версии необходимо использовать. Microsoft.OpenApi
Для использования конструкторов копирования в WithOpenApi
вызовах необходимо использовать 1.4.3 или более поздней версии.
Добавление заметок OpenAPI в конечные точки с помощью WithOpenApi
Вызов WithOpenApi
конечной точки добавляется в метаданные конечной точки. Эти метаданные применяются следующим образом.
- Используются в сторонних пакетах, например Swashbuckle.AspNetCore.
- Отображается в пользовательском интерфейсе Swagger или в YAML или JSON, созданном для определения API.
app.MapPost("/todoitems/{id}", async (int id, Todo todo, TodoDb db) =>
{
todo.Id = id;
db.Todos.Add(todo);
await db.SaveChangesAsync();
return Results.Created($"/todoitems/{todo.Id}", todo);
})
.WithOpenApi();
Изменение заметки OpenAPI в WithOpenApi
Метод WithOpenApi
принимает функцию, которую можно использовать для изменения заметки OpenAPI. Например, следующий код добавляет описание в первый параметр конечной точки:
app.MapPost("/todo2/{id}", async (int id, Todo todo, TodoDb db) =>
{
todo.Id = id;
db.Todos.Add(todo);
await db.SaveChangesAsync();
return Results.Created($"/todoitems/{todo.Id}", todo);
})
.WithOpenApi(generatedOperation =>
{
var parameter = generatedOperation.Parameters[0];
parameter.Description = "The ID associated with the created Todo";
return generatedOperation;
});
Добавление идентификаторов операций в OpenAPI
Идентификаторы операций используются для уникальной идентификации заданной конечной точки в OpenAPI. WithName
Метод расширения можно использовать для задания идентификатора операции, используемого для метода.
app.MapGet("/todoitems2", async (TodoDb db) =>
await db.Todos.ToListAsync())
.WithName("GetToDoItems");
Кроме того, OperationId
свойство можно задать непосредственно в заметке OpenAPI.
app.MapGet("/todos", async (TodoDb db) => await db.Todos.ToListAsync())
.WithOpenApi(operation => new(operation)
{
OperationId = "GetTodos"
});
Добавление тегов в описание OpenAPI
OpenAPI поддерживает использование объектов тегов для классификации операций. Эти теги обычно используются для группирования операций в пользовательском интерфейсе Swagger. Эти теги можно добавить в операцию, вызвав метод расширения WithTags в конечной точке с нужными тегами.
app.MapGet("/todoitems", async (TodoDb db) =>
await db.Todos.ToListAsync())
.WithTags("TodoGroup");
Кроме того, список OpenApiTags
можно задать в заметке OpenAPI с помощью WithOpenApi
метода расширения.
app.MapGet("/todos", async (TodoDb db) => await db.Todos.ToListAsync())
.WithOpenApi(operation => new(operation)
{
Tags = new List<OpenApiTag> { new() { Name = "Todos" } }
});
Добавление сводки или описания конечной точки
Сводка и описание конечной WithOpenApi
точки можно добавить, вызвав метод расширения. В следующем коде сводки задаются непосредственно в заметке OpenAPI.
app.MapGet("/todoitems2", async (TodoDb db) => await db.Todos.ToListAsync())
.WithOpenApi(operation => new(operation)
{
Summary = "This is a summary",
Description = "This is a description"
});
Исключение описания OpenAPI
В следующем примере конечная точка /skipme
исключается из создания описания OpenAPI:
using Microsoft.AspNetCore.OpenApi;
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddEndpointsApiExplorer();
builder.Services.AddSwaggerGen();
var app = builder.Build();
if (app.Environment.IsDevelopment())
{
app.UseSwagger();
app.UseSwaggerUI();
}
app.UseHttpsRedirection();
app.MapGet("/swag", () => "Hello Swagger!")
.WithOpenApi();
app.MapGet("/skipme", () => "Skipping Swagger.")
.ExcludeFromDescription();
app.Run();
Пометить API как устаревший
Чтобы пометить конечную точку как устаревшую, задайте Deprecated
свойство в заметке OpenAPI.
app.MapGet("/todos", async (TodoDb db) => await db.Todos.ToListAsync())
.WithOpenApi(operation => new(operation)
{
Deprecated = true
});
Описание типов ответов
OpenAPI поддерживает описание ответов, возвращаемых API. Минимальные API поддерживают три стратегии настройки типа ответа конечной точки:
- С помощью метода расширения в конечной
Produces
точке - С помощью атрибута
ProducesResponseType
в обработчике маршрутов - Возврат
TypedResults
из обработчика маршрутов
Produces
Метод расширения можно использовать для добавления Produces
метаданных в конечную точку. Если параметры отсутствуют, метод расширения заполняет метаданные целевого типа в коде 200
состояния и application/json
типе контента.
app
.MapGet("/todos", async (TodoDb db) => await db.Todos.ToListAsync())
.Produces<IList<Todo>>();
Использование TypedResults
в реализации обработчика маршрутов конечной точки автоматически включает метаданные типа ответа для конечной точки. Например, следующий код автоматически заметит конечную точку с ответом в коде 200
состояния с типом application/json
контента.
app.MapGet("/todos", async (TodoDb db) =>
{
var todos = await db.Todos.ToListAsync());
return TypedResults.Ok(todos);
});
Настройка ответов для ProblemDetails
При настройке типа ответа для конечных точек, которые могут возвращать ответ ProblemDetails, ProducesProblem метод ProducesValidationProblemрасширения или TypedResults.Problem
можно использовать для добавления соответствующей заметки в метаданные конечной точки. Обратите внимание, что ProducesProblem
методы расширения и ProducesValidationProblem
методы расширения нельзя использовать с группами маршрутов в .NET 8 и более ранних версиях.
Если нет явных заметок, предоставляемых одной из описанных выше стратегий, платформа пытается определить тип ответа по умолчанию, проверив подпись ответа. Этот ответ по умолчанию заполняется 200
кодом состояния в определении OpenAPI.
Несколько типов ответов
Если конечная точка может возвращать различные типы ответов в разных сценариях, можно предоставить метаданные следующим образом:
Produces
Вызов метода расширения несколько раз, как показано в следующем примере:app.MapGet("/api/todoitems/{id}", async (int id, TodoDb db) => await db.Todos.FindAsync(id) is Todo todo ? Results.Ok(todo) : Results.NotFound()) .Produces<Todo>(StatusCodes.Status200OK) .Produces(StatusCodes.Status404NotFound);
Используйте
Results<TResult1,TResult2,TResultN>
сигнатуру иTypedResults
в тексте обработчика, как показано в следующем примере:app.MapGet("/book/{id}", Results<Ok<Book>, NotFound> (int id, List<Book> bookList) => { return bookList.FirstOrDefault((i) => i.Id == id) is Book book ? TypedResults.Ok(book) : TypedResults.NotFound(); });
Results<TResult1,TResult2,TResultN>
Типы объединения объявляют, что обработчик маршрутов возвращает несколькоIResult
конкретных типов, и любой из этих типов, которые реализуютIEndpointMetadataProvider
, будут способствовать метаданным конечной точки.Типы объединения реализуют неявные операторы приведения. Эти операторы позволяют компилятору автоматически преобразовывать типы, указанные в универсальных аргументах, в экземпляр типа объединения. Эта возможность обладает дополнительным преимуществом для проверки времени компиляции, что обработчик маршрутов возвращает только результаты, объявленные им. Попытка вернуть тип, который не объявлен как один из универсальных аргументов, приводит к
Results<TResult1,TResult2,TResultN>
ошибке компиляции.
Описание текста запроса и параметров
Помимо описания типов, возвращаемых конечной точкой, OpenAPI также поддерживает аннотирование входных данных, используемых API. Эти входные данные делятся на две категории:
- Параметры, отображаемые в пути, строке запроса, заголовках или файлах cookie
- Данные, передаваемые как часть текста запроса
Платформа определяет типы параметров запроса в пути, запросе и строке заголовка автоматически на основе подписи обработчика маршрутов.
Чтобы определить тип входных данных, передаваемых в виде текста запроса, настройте свойства с помощью Accepts
метода расширения для определения типа объекта и типа контента, ожидаемого обработчиком запроса. В следующем примере конечная точка принимает Todo
объект в тексте запроса с ожидаемым типом application/xml
контента.
app.MapPost("/todos/{id}", (int id, Todo todo) => ...)
.Accepts<Todo>("application/xml");
Accepts
Помимо метода расширения тип параметра может описать собственную заметку, реализуя IEndpointParameterMetadataProvider
интерфейс. Например, следующий Todo
тип добавляет заметку, требующую текст запроса с типом application/xml
контента.
public class Todo : IEndpointParameterMetadataProvider
{
public static void PopulateMetadata(ParameterInfo parameter, EndpointBuilder builder)
{
builder.Metadata.Add(new ConsumesAttribute(typeof(Todo), isOptional: false, "application/xml"));
}
}
Если нет явной заметки, платформа пытается определить тип запроса по умолчанию, если в обработчике конечной точки есть параметр текста запроса. Вывод использует следующие эвристики для создания заметки:
- Параметры текста запроса, которые считываются из формы с помощью атрибута
[FromForm]
, описываются с типомmultipart/form-data
контента. - Все остальные параметры текста запроса описываются с типом
application/json
контента. - Текст запроса рассматривается как необязательный, если он имеет значение NULL или
AllowEmpty
если свойство задано для атрибутаFromBody
.
Поддержка управления версиями API
Минимальные API поддерживают управление версиями API с помощью пакета Asp.Versioning.Http. Примеры настройки управления версиями с минимальными API можно найти в репозитории управления версиями API.
Исходный код OpenAPI ASP.NET Core на GitHub
Дополнительные ресурсы
Минимальное приложение API может описать спецификацию OpenAPI для обработчиков маршрутов с помощью Swashbuckle.
Сведения о поддержке OpenAPI в API на основе контроллеров см. в версии .NET 9 этой статьи.
Следующий код является типичным приложением ASP.NET Core с поддержкой OpenAPI:
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddEndpointsApiExplorer();
builder.Services.AddSwaggerGen(c =>
{
c.SwaggerDoc("v1", new() { Title = builder.Environment.ApplicationName,
Version = "v1" });
});
var app = builder.Build();
if (app.Environment.IsDevelopment())
{
app.UseSwagger(); // UseSwaggerUI Protected by if (env.IsDevelopment())
app.UseSwaggerUI(c => c.SwaggerEndpoint("/swagger/v1/swagger.json",
$"{builder.Environment.ApplicationName} v1"));
}
app.MapGet("/swag", () => "Hello Swagger!");
app.Run();
Исключение описания OpenAPI
В следующем примере конечная точка /skipme
исключается из создания описания OpenAPI:
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddEndpointsApiExplorer();
builder.Services.AddSwaggerGen();
var app = builder.Build();
if (app.Environment.IsDevelopment())
{
app.UseSwagger();
app.UseSwaggerUI(); // UseSwaggerUI Protected by if (env.IsDevelopment())
}
app.MapGet("/swag", () => "Hello Swagger!");
app.MapGet("/skipme", () => "Skipping Swagger.")
.ExcludeFromDescription();
app.Run();
Описание типов ответов
В следующем примере для настройки ответа используются встроенные типы результатов:
app.MapGet("/api/todoitems/{id}", async (int id, TodoDb db) =>
await db.Todos.FindAsync(id)
is Todo todo
? Results.Ok(todo)
: Results.NotFound())
.Produces<Todo>(StatusCodes.Status200OK)
.Produces(StatusCodes.Status404NotFound);
Добавление идентификаторов операций в OpenAPI
app.MapGet("/todoitems2", async (TodoDb db) =>
await db.Todos.ToListAsync())
.WithName("GetToDoItems");
Добавление тегов в описание OpenAPI
В следующем коде используется тег группирования OpenAPI:
app.MapGet("/todoitems", async (TodoDb db) =>
await db.Todos.ToListAsync())
.WithTags("TodoGroup");
ASP.NET Core