Minimal APIs

I co sądzicie? znika Startup.cs, a zostaje taki Program.cs w najprostszej wersji

var builder = WebApplication.CreateBuilder(args);
builder.Services.AddControllers();

var app = builder.Build();
app.MapControllers();
app.Run();

Fajnie że teraz konfiguracja jest w jednym pliku, no i znika trochę magii Startupa.

Niektóre rzeczy minimalnie się utrudniają, bo już nie przekażemy czegoś do Configure i po prostu użyjemy, a trzeba zrobić np.

using (var scope = app.Services.CreateScope())
{
    var service = scope.ServiceProvider.GetRequiredService<Asd>();
    service.asd123();
}

Link:

Minimal APIs overview

1. Dlaczego 3 zdania edytowałeś 8 razy?
2. O co chodzi?

@somekind: pierwszy listing pokazuje kompletny kod. KOMPLETNY. Tzn. wklejasz to do środowiska i się kompiluje. Ot taka nowość. Mi się to bardzo nie podoba i byłem mocno zaskoczony, gdy zobaczyłem to pierwszy raz.

Można też zostać na dotychczasowym modelu o ile dobrze czytałem i ma on być wspierany równolegle.

@Juhas:

Muszę przyznać, ale to bardziej w temacie top-level statements, że na początku też mi się dziwnie pisało, ale później uznałem że jest to wygodniejsze do testowania jakichś prostych rzeczy

Widzę inspirację HQ9+ w kontekście skracania kodu. Nie sądzę, żebym kiedykolwiek skorzystał. Jest mi obojętne, że tak się da.

Dobra zmiana, ale to niewiele zmienia przy rozwijaniu już istniejących projektów. Brakuje mi takich wow zmian w C# mających zastosowanie w codziennym klepaniu crudów.

Dopiero teraz ogarnąłem jaki jest cel tego.
Fajnie mieć coś takiego pod ręką, ale faktycznie wydaje się przydatne tylko dla mikroserwisów lub naprawdę bardzo małych skończonych API.