Pour un de mes projets .NET, j’utilise Supabase pour stocker mes données. Supabase est une alternative open-source à Firebase. Il est basé sur PostgreSQL et fournit une API REST et des websockets pour interagir avec la base de données.

Pour connecter mon projet .NET à Supabase, j’utilise Supabase Sharp et vous pouvez trouver également la documentation sur le site officiel de Supabase.

La facilité d’utilisation de la librairie est vraiment intéressante et cela me permet également d’utiliser directement le site web de Supabase pour gérer mes données sans avoir à écrire de code pour le faire dans ma propre applications.

Nouveautés passionnantes de C# et Blazor 8

Le monde du développement web en .NET est en constante évolution, et la dernière version de Blazor 8 apporte son lot de nouveautés et d’améliorations qui méritent toute notre attention. Dans cet article, nous allons explorer les fonctionnalités clés de Blazor 8 et comment elles peuvent enrichir vos projets C#.

Blazor 8 : Une expérience utilisateur plus riche et interactive

Blazor 8 continue de repousser les limites de ce qui est possible avec les applications web en .NET. Avec une prise en charge améliorée du rendu côté serveur et de l’interactivité côté client, Blazor 8 offre une expérience utilisateur plus riche et plus réactive.

Si vous avez une source de données personnalisée pour vos package NuGet et que vous utiliser MSBuild pour vos solutions, MSBuild ne sera pas en mesure de restaurer ces packages.

Pour y arriver sans ajouter des fichiers de configuration spécifiques à vos solutions .Net, il vous suffit d’ajouter un fichier NuGetDefaults.config dans le répertoire %ProgramData%\NuGet\NuGetDefaults.config de votre serveur de build. Ce fichier sera ouvert à chaque build nécessitant la restauration de packages et permettra de voir vos sources de packages NuGet d’entreprises ou personnels.

Dans un de mes projets, j’utilise un site ASP.Net MVC pour communiquer avec Team Foundation Server (TFS) pour afficher des métriques/graphiques/rapports. Le site est hébergé sur le même serveur qui héberge TFS et lors de la publication il publie dans le fichier bin le fichier Microsoft.TeamFoundation.WorkItemTracking.Client.DataStoreLoader.dll à chaque fois, ce qui cause une erreur ASP.Net car la dll se trouve déjà sur le serveur.

Il est possible dans un projet ASP.Net MVC d’exclure des fichiers et répertoire en créant un fichier .wpp.targets. Celui-ci permet de définir les exclusions ainsi que la source/raison de l’exclusion.