Hasilkan dokumen OpenAPI
Paket ini Microsoft.AspNetCore.OpenApi
menyediakan dukungan bawaan untuk pembuatan dokumen OpenAPI di ASP.NET Core. Paket ini menyediakan fitur-fitur berikut:
- Dukungan untuk menghasilkan dokumen OpenAPI pada waktu proses dan mengaksesnya melalui titik akhir pada aplikasi.
- Dukungan untuk API "transformer" yang memungkinkan modifikasi dokumen yang dihasilkan.
- Dukungan untuk menghasilkan beberapa dokumen OpenAPI dari satu aplikasi.
- Manfaatkan dukungan skema JSON yang disediakan oleh
System.Text.Json
. - Kompatibel dengan AoT asli.
Penginstalan paket
Pasang paket Microsoft.AspNetCore.OpenApi
:
Jalankan perintah berikut dari Konsol Manajer Paket:
Install-Package Microsoft.AspNetCore.OpenApi -IncludePrerelease
Mengonfigurasi pembuatan dokumen OpenAPI
Kode berikut:
- Menambahkan layanan OpenAPI.
- Mengaktifkan titik akhir untuk menampilkan dokumen OpenAPI dalam format JSON.
var builder = WebApplication.CreateBuilder();
builder.Services.AddOpenApi();
var app = builder.Build();
app.MapOpenApi();
app.MapGet("/", () => "Hello world!");
app.Run();
Luncurkan aplikasi dan navigasi ke https://localhost:<port>/openapi/v1.json
untuk melihat dokumen OpenAPI yang dihasilkan.
Opsi untuk Menyesuaikan pembuatan dokumen OpenAPI
Bagian berikut menunjukkan cara menyesuaikan pembuatan dokumen OpenAPI.
Mengkustomisasi nama dokumen OpenAPI
Setiap dokumen OpenAPI dalam aplikasi memiliki nama yang unik. Nama dokumen default yang terdaftar adalah v1
.
builder.Services.AddOpenApi(); // Document name is v1
Nama dokumen dapat dimodifikasi dengan meneruskan nama sebagai parameter ke AddOpenApi
panggilan.
builder.Services.AddOpenApi("internal"); // Document name is internal
Nama dokumen muncul di beberapa tempat dalam implementasi OpenAPI.
Saat mengambil dokumen OpenAPI yang dihasilkan, nama dokumen disediakan sebagai documentName
argumen parameter dalam permintaan. Permintaan berikut menyelesaikan v1
dokumen dan internal
.
GET http://localhost:5000/openapi/v1.json
GET http://localhost:5000/openapi/internal.json
Mengkustomisasi versi OpenAPI dari dokumen yang dihasilkan
Secara default, pembuatan dokumen OpenAPI membuat dokumen yang sesuai dengan v3.0 dari spesifikasi OpenAPI. Kode berikut menunjukkan cara mengubah versi default dokumen OpenAPI:
builder.Services.AddOpenApi(options =>
{
options.OpenApiVersion = OpenApiSpecVersion.OpenApi2_0;
});
Mengkustomisasi rute titik akhir OpenAPI
Secara default, titik akhir OpenAPI terdaftar melalui panggilan untuk MapOpenApi mengekspos dokumen di /openapi/{documentName}.json
titik akhir. Kode berikut menunjukkan cara mengkustomisasi rute tempat dokumen OpenAPI terdaftar:
app.MapOpenApi("/openapi/{documentName}/openapi.json");
Dimungkinkan, tetapi tidak disarankan, untuk menghapus documentName
parameter rute dari rute titik akhir. documentName
Saat parameter rute dihapus dari rute titik akhir, kerangka kerja mencoba menyelesaikan nama dokumen dari parameter kueri. Tidak menyediakan documentName
dalam rute atau kueri dapat mengakibatkan perilaku yang tidak terduga.
Mengkustomisasi titik akhir OpenAPI
Karena dokumen OpenAPI disajikan melalui titik akhir handler rute, kustomisasi apa pun yang tersedia untuk titik akhir minimal standar tersedia untuk titik akhir OpenAPI.
Membatasi akses dokumen OpenAPI ke pengguna yang berwenang
Titik akhir OpenAPI tidak mengaktifkan pemeriksaan otorisasi secara default. Namun, pemeriksaan otorisasi dapat diterapkan ke dokumen OpenAPI. Dalam kode berikut, akses ke dokumen OpenAPI terbatas pada yang memiliki tester
peran:
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();
Dokumen OpenAPI yang dihasilkan cache
Dokumen OpenAPI diregenerasi setiap kali permintaan ke titik akhir OpenAPI dikirim. Regenerasi memungkinkan transformator untuk menggabungkan status aplikasi dinamis ke dalam operasi mereka. Misalnya, meregenerasi permintaan dengan detail konteks HTTP. Jika berlaku, dokumen OpenAPI dapat di-cache untuk menghindari eksekusi alur pembuatan dokumen pada setiap permintaan 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();
Membuat dokumen OpenAPI saat build-time
Dalam aplikasi web umum, dokumen OpenAPI dihasilkan pada run-time dan dilayani melalui permintaan HTTP ke server aplikasi.
Dalam beberapa skenario, sangat membantu untuk menghasilkan dokumen OpenAPI selama langkah build aplikasi. Skenario ini meliputi:
- Menghasilkan dokumentasi OpenAPI yang diterapkan ke dalam kontrol sumber.
- Menghasilkan dokumentasi OpenAPI yang digunakan untuk pengujian integrasi berbasis spesifikasi.
- Menghasilkan dokumentasi OpenAPI yang dilayani secara statis dari server web.
Untuk menambahkan dukungan untuk membuat dokumen OpenAPI pada waktu build, instal Microsoft.Extensions.ApiDescription.Server
paket:
Jalankan perintah berikut dari Konsol Manajer Paket:
Install-Package Microsoft.Extensions.ApiDescription.Server -IncludePrerelease
Setelah penginstalan, paket ini akan secara otomatis menghasilkan dokumen Open API yang terkait dengan aplikasi selama build dan mengisinya ke dalam direktori output aplikasi.
$ dotnet build
$ cat bin/Debug/net9.0/{ProjectName}.json
Menyesuaikan pembuatan dokumen build-time
Memodifikasi direktori output file Open API yang dihasilkan
Secara default, dokumen OpenAPI yang dihasilkan akan dipancarkan ke direktori output aplikasi. Untuk mengubah lokasi file yang dipancarkan, atur jalur target di OpenApiDocumentsDirectory
properti .
<PropertyGroup>
<OpenApiDocumentsDirectory>./</OpenApiDocumentsDirectory>
</PropertyGroup>
Nilai OpenApiDocumentsDirectory
diselesaikan relatif terhadap file proyek. Menggunakan nilai di ./
atas akan memancarkan dokumen OpenAPI dalam direktori yang sama dengan file proyek.
Memodifikasi nama file output
Secara default, dokumen OpenAPI yang dihasilkan akan memiliki nama yang sama dengan file proyek aplikasi. Untuk mengubah nama file yang dipancarkan, atur --file-name
argumen dalam OpenApiGenerateDocumentsOptions
properti .
<PropertyGroup>
<OpenApiGenerateDocumentsOptions>--file-name my-open-api</OpenApiGenerateDocumentsOptions>
</PropertyGroup>
Memilih dokumen OpenAPI yang akan dihasilkan
Beberapa aplikasi dapat dikonfigurasi untuk memancarkan beberapa dokumen OpenAPI, untuk berbagai versi API atau untuk membedakan antara API publik dan internal. Secara default, generator dokumen build-time akan memancarkan file untuk semua dokumen yang dikonfigurasi dalam aplikasi. Untuk hanya memancarkan satu nama dokumen, atur --document-name
argumen dalam OpenApiGenerateDocumentsOptions
properti .
<PropertyGroup>
<OpenApiGenerateDocumentsOptions>--document-name v2</OpenApiGenerateDocumentsOptions>
</PropertyGroup>
Menyesuaikan perilaku run-time selama pembuatan dokumen build-time
Di bawah tenda, build-time Fungsi pembuatan dokumen OpenAPI dengan meluncurkan titik masuk aplikasi dengan implementasi server inert. Ini adalah persyaratan untuk menghasilkan dokumen OpenAPI yang akurat karena semua informasi dalam dokumen OpenAPI tidak dapat dianalisis secara statis. Karena titik masuk aplikasi dipanggil, logika apa pun dalam startup aplikasi akan dipanggil. Ini termasuk kode yang menyuntikkan layanan ke dalam kontainer DI atau membaca dari konfigurasi. Dalam beberapa skenario, perlu untuk membatasi codepath yang akan berjalan ketika titik masuk aplikasi sedang dipanggil dari pembuatan dokumen build-time. Skenario ini meliputi:
- Tidak membaca dari string konfigurasi tertentu.
- Tidak mendaftarkan layanan terkait database.
Untuk membatasi codepath ini agar tidak dipanggil oleh alur pembuatan build-time, mereka dapat dikondisikan di balik pemeriksaan perakitan entri seperti:
using System.Reflection;
var builder = WebApplication.CreateBuilder();
if (Assembly.GetEntryAssembly()?.GetName().Name != "GetDocument.Insider")
{
builder.Services.AddDefaults();
}
API minimal menyediakan dukungan bawaan untuk menghasilkan informasi tentang titik akhir dalam aplikasi melalui Microsoft.AspNetCore.OpenApi
paket. Mengekspos definisi OpenAPI yang dihasilkan melalui UI visual memerlukan paket pihak ketiga. Untuk informasi tentang dukungan untuk OpenAPI di API berbasis pengontrol, lihat versi .NET 9 dari artikel ini.
Kode berikut dihasilkan oleh templat API web minimal ASP.NET Core dan menggunakan 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);
}
Dalam kode yang disorot sebelumnya:
Microsoft.AspNetCore.OpenApi
dijelaskan di bagian berikutnya.- AddEndpointsApiExplorer : Mengonfigurasi aplikasi untuk menggunakan API Explorer untuk menemukan dan menjelaskan titik akhir dengan anotasi default.
WithOpenApi
mengambil alih pencocokan, anotasi default yang dihasilkan oleh API Explorer dengan anotasi yang dihasilkan dariMicrosoft.AspNetCore.OpenApi
paket. UseSwagger
menambahkan middleware Swagger.- 'UseSwaggerUI' memungkinkan versi alat antarmuka pengguna Swagger yang disematkan.
- WithNameIEndpointNameMetadata: Pada titik akhir digunakan untuk pembuatan tautan dan diperlakukan sebagai ID operasi dalam spesifikasi OpenAPI titik akhir yang diberikan.
WithOpenApi
dijelaskan kemudian dalam artikel ini.
Microsoft.AspNetCore.OpenApi
Paket NuGet
ASP.NET Core menyediakan Microsoft.AspNetCore.OpenApi
paket untuk berinteraksi dengan spesifikasi OpenAPI untuk titik akhir. Paket bertindak sebagai tautan antara model OpenAPI yang ditentukan dalam Microsoft.AspNetCore.OpenApi
paket dan titik akhir yang ditentukan dalam API Minimal. Paket ini menyediakan API yang memeriksa parameter, respons, dan metadata titik akhir untuk membuat jenis anotasi OpenAPI yang digunakan untuk menjelaskan titik akhir.
Microsoft.AspNetCore.OpenApi
ditambahkan sebagai PackageReference ke file proyek:
<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>
Saat menggunakan Swashbuckle.AspNetCore
dengan Microsoft.AspNetCore.OpenApi
, Swashbuckle.AspNetCore
6.4.0 atau yang lebih baru harus digunakan. Microsoft.OpenApi
1.4.3 atau yang lebih baru harus digunakan untuk memanfaatkan konstruktor salinan dalam WithOpenApi
pemanggilan.
Menambahkan anotasi OpenAPI ke titik akhir melalui WithOpenApi
WithOpenApi
Panggilan pada titik akhir ditambahkan ke metadata titik akhir. Metadata ini dapat berupa:
- Digunakan dalam paket pihak ketiga seperti Swashbuckle.AspNetCore.
- Ditampilkan di antarmuka pengguna Swagger atau di YAML atau JSON yang dihasilkan untuk menentukan 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();
Mengubah anotasi OpenAPI di WithOpenApi
Metode WithOpenApi
ini menerima fungsi yang dapat digunakan untuk memodifikasi anotasi OpenAPI. Misalnya, dalam kode berikut, deskripsi ditambahkan ke parameter pertama titik akhir:
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;
});
Menambahkan ID operasi ke OpenAPI
ID operasi digunakan untuk mengidentifikasi titik akhir tertentu secara unik di OpenAPI. Metode WithName
ekstensi dapat digunakan untuk mengatur ID operasi yang digunakan untuk metode .
app.MapGet("/todoitems2", async (TodoDb db) =>
await db.Todos.ToListAsync())
.WithName("GetToDoItems");
Atau, OperationId
properti dapat diatur langsung pada anotasi OpenAPI.
app.MapGet("/todos", async (TodoDb db) => await db.Todos.ToListAsync())
.WithOpenApi(operation => new(operation)
{
OperationId = "GetTodos"
});
Menambahkan tag ke deskripsi OpenAPI
OpenAPI mendukung penggunaan objek tag untuk mengategorikan operasi. Tag ini biasanya digunakan untuk mengelompokkan operasi di antarmuka pengguna Swagger. Tag ini dapat ditambahkan ke operasi dengan memanggil metode ekstensi WithTags pada titik akhir dengan tag yang diinginkan.
app.MapGet("/todoitems", async (TodoDb db) =>
await db.Todos.ToListAsync())
.WithTags("TodoGroup");
Atau, daftar OpenApiTags
dapat diatur pada anotasi OpenAPI melalui WithOpenApi
metode ekstensi.
app.MapGet("/todos", async (TodoDb db) => await db.Todos.ToListAsync())
.WithOpenApi(operation => new(operation)
{
Tags = new List<OpenApiTag> { new() { Name = "Todos" } }
});
Menambahkan ringkasan atau deskripsi titik akhir
Ringkasan dan deskripsi titik akhir dapat ditambahkan dengan memanggil WithOpenApi
metode ekstensi. Dalam kode berikut, ringkasan diatur langsung pada anotasi 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"
});
Mengecualikan deskripsi OpenAPI
Dalam sampel berikut, /skipme
titik akhir dikecualikan dari pembuatan deskripsi 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();
Menandai API sebagai usang
Untuk menandai titik akhir sebagai usang, atur Deprecated
properti pada anotasi OpenAPI.
app.MapGet("/todos", async (TodoDb db) => await db.Todos.ToListAsync())
.WithOpenApi(operation => new(operation)
{
Deprecated = true
});
Menjelaskan jenis respons
OpenAPI mendukung memberikan deskripsi respons yang dikembalikan dari API. API minimal mendukung tiga strategi untuk mengatur jenis respons titik akhir:
Produces
Melalui metode ekstensi pada titik akhirProducesResponseType
Melalui atribut pada handler rute- Dengan mengembalikan
TypedResults
dari handler rute
Metode Produces
ekstensi dapat digunakan untuk menambahkan Produces
metadata ke titik akhir. Ketika tidak ada parameter yang disediakan, metode ekstensi mengisi metadata untuk jenis yang ditargetkan di bawah 200
kode status dan application/json
jenis konten.
app
.MapGet("/todos", async (TodoDb db) => await db.Todos.ToListAsync())
.Produces<IList<Todo>>();
Menggunakan TypedResults
dalam implementasi handler rute titik akhir secara otomatis menyertakan metadata jenis respons untuk titik akhir. Misalnya, kode berikut secara otomatis membuat anotasi titik akhir dengan respons di bawah 200
kode status dengan application/json
jenis konten.
app.MapGet("/todos", async (TodoDb db) =>
{
var todos = await db.Todos.ToListAsync());
return TypedResults.Ok(todos);
});
Mengatur respons untuk ProblemDetails
Saat mengatur jenis respons untuk titik akhir yang dapat mengembalikan respons ProblemDetails, ProducesProblem metode ekstensi, ProducesValidationProblem, atau TypedResults.Problem
dapat digunakan untuk menambahkan anotasi yang sesuai ke metadata titik akhir. Perhatikan bahwa ProducesProblem
metode ekstensi dan ProducesValidationProblem
tidak dapat digunakan dengan grup rute di .NET 8 dan yang lebih lama.
Ketika tidak ada anotasi eksplisit yang disediakan oleh salah satu strategi di atas, kerangka kerja mencoba menentukan jenis respons default dengan memeriksa tanda tangan respons. Respons default ini diisi di bawah 200
kode status dalam definisi OpenAPI.
Beberapa jenis respons
Jika titik akhir dapat mengembalikan jenis respons yang berbeda dalam skenario yang berbeda, Anda dapat menyediakan metadata dengan cara berikut:
Produces
Panggil metode ekstensi beberapa kali, seperti yang ditunjukkan dalam contoh berikut: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);
Gunakan
Results<TResult1,TResult2,TResultN>
dalam tanda tangan danTypedResults
di isi handler, seperti yang ditunjukkan dalam contoh berikut: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(); });
Jenis
Results<TResult1,TResult2,TResultN>
gabungan menyatakan bahwa handler rute mengembalikan beberapaIResult
jenis beton yang menerapkan, dan salah satu jenis yang menerapkanIEndpointMetadataProvider
akan berkontribusi pada metadata titik akhir.Jenis serikat terapkan operator cast implisit. Operator ini memungkinkan pengkompilasi untuk secara otomatis mengonversi jenis yang ditentukan dalam argumen generik ke instans jenis gabungan. Kemampuan ini memiliki manfaat tambahan untuk memberikan pemeriksaan waktu kompilasi bahwa handler rute hanya mengembalikan hasil yang dinyatakannya. Mencoba mengembalikan jenis yang tidak dinyatakan sebagai salah satu argumen generik untuk
Results<TResult1,TResult2,TResultN>
menghasilkan kesalahan kompilasi.
Menjelaskan isi permintaan dan parameter
Selain menjelaskan jenis yang dikembalikan oleh titik akhir, OpenAPI juga mendukung anotasi input yang dikonsumsi oleh API. Input ini termasuk dalam dua kategori:
- Parameter yang muncul di jalur, string kueri, header, atau cookie
- Data yang dikirimkan sebagai bagian dari isi permintaan
Kerangka kerja menyimpulkan jenis untuk parameter permintaan di jalur, kueri, dan string header secara otomatis berdasarkan tanda tangan penangan rute.
Untuk menentukan jenis input yang dikirimkan sebagai isi permintaan, konfigurasikan properti dengan menggunakan Accepts
metode ekstensi untuk menentukan jenis objek dan jenis konten yang diharapkan oleh penangan permintaan. Dalam contoh berikut, titik akhir menerima Todo
objek dalam isi permintaan dengan tipe konten yang diharapkan dari application/xml
.
app.MapPost("/todos/{id}", (int id, Todo todo) => ...)
.Accepts<Todo>("application/xml");
Selain Accepts
metode ekstensi, Jenis parameter dapat menggambarkan anotasinya sendiri dengan mengimplementasikan IEndpointParameterMetadataProvider
antarmuka. Misalnya, jenis berikut Todo
menambahkan anotasi yang memerlukan isi permintaan dengan application/xml
jenis konten.
public class Todo : IEndpointParameterMetadataProvider
{
public static void PopulateMetadata(ParameterInfo parameter, EndpointBuilder builder)
{
builder.Metadata.Add(new ConsumesAttribute(typeof(Todo), isOptional: false, "application/xml"));
}
}
Ketika tidak ada anotasi eksplisit yang disediakan, kerangka kerja mencoba menentukan jenis permintaan default jika ada parameter isi permintaan di handler titik akhir. Inferensi menggunakan heuristik berikut untuk menghasilkan anotasi:
- Parameter isi permintaan yang dibaca dari formulir melalui
[FromForm]
atribut dijelaskan denganmultipart/form-data
jenis konten. - Semua parameter isi permintaan lainnya dijelaskan dengan
application/json
jenis konten. - Isi permintaan diperlakukan sebagai opsional jika dapat diubah ke null atau jika
AllowEmpty
properti diatur padaFromBody
atribut .
Mendukung penerapan versi API
API minimal mendukung penerapan versi API melalui paket Asp.Versioning.Http. Contoh konfigurasi penerapan versi dengan API minimal dapat ditemukan di repositori penerapan versi API.
ASP.NET kode sumber Core OpenAPI di GitHub
Sumber Tambahan
Aplikasi API minimal dapat menjelaskan spesifikasi OpenAPI untuk handler rute menggunakan Swashbuckle.
Untuk informasi tentang dukungan untuk OpenAPI di API berbasis pengontrol, lihat versi .NET 9 dari artikel ini.
Kode berikut adalah aplikasi ASP.NET Core yang khas dengan dukungan 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();
Mengecualikan deskripsi OpenAPI
Dalam sampel berikut, /skipme
titik akhir dikecualikan dari pembuatan deskripsi 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();
Menjelaskan jenis respons
Contoh berikut menggunakan jenis hasil bawaan untuk mengkustomisasi respons:
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);
Menambahkan id operasi ke OpenAPI
app.MapGet("/todoitems2", async (TodoDb db) =>
await db.Todos.ToListAsync())
.WithName("GetToDoItems");
Menambahkan tag ke deskripsi OpenAPI
Kode berikut menggunakan tag pengelompokan OpenAPI:
app.MapGet("/todoitems", async (TodoDb db) =>
await db.Todos.ToListAsync())
.WithTags("TodoGroup");
ASP.NET Core