8 projets coordonnés
Une solution .NET découpée par responsabilités utiles.
8
front, API, contrats, design system, composants, orchestration et tests
Application métier
Starter Blazor/.NET pour application métier
Un socle avec shell applicatif, design system dédié, API séparée, backlog produit et premiers tests.
Shell applicatif
Navigation, en-têtes et états globaux déjà cadrés.
Module backlog
Recherche, filtres, pagination, API et CRUD déjà raccordés.
Socle technique
8 projets, tests ciblés et deux modes de lancement.
Repères
Repères du dépôt
Quelques repères pour situer le périmètre et les parcours disponibles.
3 parcours principaux
Accueil, bibliothèque UI et backlog produit.
3
accueil, bibliothèque UI et module backlog
2 modes de lancement
Aspire pour l’orchestration, Docker pour la stack conteneurisée.
2
AppHost Aspire pour orchestrer, Docker pour lancer la stack complète
Tests déjà présents
Build, tests unitaires et E2E ciblés.
OK
xUnit, bUnit et E2E sur les comportements principaux
Parcours
Explorer rapidement les zones utiles
Chaque entrée répond à un besoin concret : situer le dépôt, parcourir l’UI ou ouvrir l’écran métier principal.
Accueil
Comprendre l’ensemble
Un point d’entrée pour situer le dépôt, ses parcours et son organisation.
- vue d’ensemble du dépôt
- parcours disponibles
- architecture résumée en quelques blocs
Bibliothèque UI
Vérifier le design system
Une vraie page de référence pour les fondations visuelles, les composants et les états d’interface.
- couleurs, typographie et rythme
- boutons, champs, badges et loaders
- modales, empty states et composition d’écran
Backlog
Tester un écran métier
Le backlog concentre le parcours métier principal, avec interactions, API et état local.
- recherche, filtres et vues rapides
- liste paginée, statuts et priorités
- création, édition et suppression via modales
Architecture
Structure du dépôt
Le socle s’appuie sur des frontières simples entre front, API, contrats et orchestration.
UI
Blazor Web App structurée
Le front porte le shell, les pages, les composants applicatifs et la navigation.
API
Backend ASP.NET Core dédié
Le module backlog passe par une API séparée, lisible et indépendante de l’interface.
Contrats
Types partagés explicites
Les contrats communs évitent les duplications entre front, API et tests.
Exécution
Aspire et Docker
Aspire pour l’orchestration locale, Docker pour l’exécution en conteneurs.
Dès J1
Ce qui est déjà en place
Le dépôt rassemble déjà les briques utiles pour démarrer une application métier.
Socle applicatif
Les éléments de structure déjà en place.
- shell applicatif
- navigation structurée
- thème clair/sombre
- états globaux intégrés
Design system
Les composants de base déjà uniformisés.
- cartes, boutons et badges
- champs et sélecteurs
- modales et empty states
- feedback et loaders
Socle métier
Le backlog sert de parcours métier principal.
- liste métier
- recherche et filtres
- pagination
- création, édition, suppression
Base technique
Client API, état local, tests et modes de lancement.
- client API dédié
- état local explicite
- tests unitaires et bUnit
- lancement Aspire et Docker
Plateforme
Un contrôle simple, déjà intégré
Le contrôle de plateforme permet de vérifier rapidement l’état du backend.
Ce que couvre ce bloc
Un résumé court de l’état de la plateforme, sans alourdir la page d’accueil.
- état du backend
- environnement courant
- horodatage du dernier contrôle
- message de diagnostic
Supervision
État de la plateforme
Point de contrôle simple entre l’interface et l’API.
Disponible
Production
- Application
- BlazorEnterpriseStarter.Server
- Vérifié à
- 07/06/2026 09:52:56
- Diagnostic
- Le backend répond correctement et les services principaux sont disponibles.