Développer sous ASP.NET Core

1. Les fichiers Program et Startup

using chapitre8_asp_net_core_mvc.Data;  
using Microsoft.AspNetCore.Identity;  
using Microsoft.EntityFrameworkCore;  
  
var builder = WebApplication.CreateBuilder(args); // appelle  
UseKestrel() en interne  
  
// Add services to the container.  
var connectionString = builder.Configuration.GetConnectionString("Default 
Connection") ?? throw new InvalidOperationException("Connection string 
'DefaultConnection' not found.");  
builder.Services.AddDbContext<ApplicationDbContext>(options =>  
    options.UseSqlServer(connectionString));  
builder.Services.AddDatabaseDeveloperPageExceptionFilter();  
  
builder.Services.AddDefaultIdentity<IdentityUser>(options =>  
options.SignIn.RequireConfirmedAccount = true)  
    .AddEntityFrameworkStores<ApplicationDbContext>();  
builder.Services.AddRazorPages();  
  
var app = builder.Build();  
  
// Configure the HTTP request pipeline.  
if (app.Environment.IsDevelopment())  
{  
    app.UseMigrationsEndPoint();  
}  
else  
{  
    app.UseExceptionHandler("/Error");  
    // The default HSTS value is 30 days. You may want to change  
this for production scenarios, see https://aka.ms/aspnetcore-hsts.  
    app.UseHsts();  
}  
  
app.UseHttpsRedirection();  ...

1. Les contrôleurs web

La réalisation de contrôleurs web ne diffère pas tellement de la plateforme ASP.NET classique. Voici à titre d’exemple le contrôleur Home de la solution chapitre5_core :

public class HomeController : Controller 
{ 
    public IActionResult Index() 
    { 
        return View(); 
    } 
 
    public IActionResult About() 
    { 
        ViewData["Message"] = "Ce site est réalisé avec ASP.NET Core"; 
 
        return View(); 
   } 
 
    public IActionResult Contact() 
    { 
        ViewData["Message"] = "Contacter l'auteur."; 
 
        return View(); 
    } 
} 

Les manipulations pour ajouter de nouveaux contrôleurs sont tout à fait similaires au développement MVC classique.

2. Les vues

Là encore, il n’y a pas de bouleversement dans la façon de réaliser des vues. On retrouve les principes de vues partielles et de gabarit (_Layout.cshtml). Les nouveautés résident plutôt dans le style de rédaction des scriptlets qui s’oriente de plus en plus vers des templates HTML, à la façon de Angular JS.

Ainsi les lignes suivantes sont-elles...

1. Détection de l’environnement d’exécution

ASP.NET Core prévoit d’exécuter une application dans différents environnements en fonction de sa maturité. Le poste du développeur, un serveur de test et recette, une préproduction, et enfin une production. Bien entendu, cette liste n’est ni exhaustive ni figée.

Il est possible de tester l’environnement d’exécution dans les pages, et ce par exemple pour alterner entre version locale de fichiers JavaScript et version CDN en production. Dans le premier cas, les fichiers ne sont pas optimisés (on dit aussi minifiés), donc ils sont faciles à lire et à déboguer. Dans le second cas, ils sont compressés autant que possible et servis à partir de points multiples de présence (à travers un réseau Content Data Network).

Voici d’abord la version pour développeur :

<environment names="Development"> 
       <link rel="stylesheet" href= 
"~/lib/bootstrap/dist/css/bootstrap.css" /> 
       <link rel="stylesheet" href="~/css/site.css" /> 
</environment> 

S’ensuit celle pour l’environnement de recette et de production :

<environment names="Staging,Production"> 
       <link rel="stylesheet" href="https://ajax.aspnetcdn.com/ 
ajax/bootstrap/3.3.7/css/bootstrap.min.css" 
             asp-fallback-href="~/lib/bootstrap/dist/css/ 
bootstrap.min.css" 
             asp-fallback-test-class="sr-only" asp-fallback- 
test-property="position" asp-fallback-test-value="absolute"...