Si vous utilisez des librairies du namespace Microsoft.AspNetCore.Authentication, il est possible que vous rencontriez des problèmes d'upgrade.

Pour ceux qui ne connaîtraient pas les librairies Microsoft.AspNetCore.Authentication. Celle-ci comprennet le nessecaire pour s'authentifier avec Open Auth et de  nombreux fournisseurs d'identités (Facebook, Google, Twitter, Microsoft ...).

Dans le cadre d'un projet de tests unitaires d'intégration (tests complets des pages via WebApplicationFactory avec et sans authentification), je suis passé de la version 3.1.0 à 3.1.1. Un petit upgrade insignifiant qui s'est conclu par un échec de l'intégralité de mes tests. Le framework de test me faisait remonter une erreur liée à l'impossibilité de charger un fichier lié à Microsoft.AspNetCore.DataProtection.Abstractions.

Cette année, j’ai été confronté à un problème qui ralentissait la publication de certains de mes articles. Les applications que j’utilisais jusqu’ici pour encoder proprement mon code avant de le publier n’étaient plus maintenues (interface inadaptée aux écrans HDPI, balises non standards … etc …).

J’ai donc codé ma propre application et choisi de la distribuer via le Microsoft Store. Elle porte le nom de “My Html Encoder” et peut être téléchargée ici.

Bien évidemment, c’est une application UWP qui utilise Win Ui, une petite dose de Fluent Design et elle est gratuite ;)

Si vous tentez de valider une application UWP utilisant la Windows UI Library, vous ferez face à un échec.

Le motif invoqué est le suivant :

L’API __CxxFrameHandler4 présente dans vcruntime140_1_app.dll n’est pas prise en charge pour ce type d’application. Microsoft.Graphics.Canvas.dll appelle cette API.

Pas de panique, ceci est normal. WinUI pouvant utiliser des fonctionnalités en avance de phase par rapport au SDK, il n’est pas rare qu’un test local de validation échoue. Votre application sera acceptée sur le Store quand vous tenterez de la publier. Elle ne sera pas refusée pour ce motif.

Microsoft a ajouté une petite dose de fun à Visual Studio Code Preview pour les vacances de Noël.

L’icône « Manage » est affublée d’un bonnet de père Noël.

On ne va pas se mentir, quand une technologie fonctionne, pourquoi se compliquer la vie à en utiliser une autre ?

C’est à peu de chose près la question que l’on se pose quand on découvre pour la première fois la définition de builds avec YAML. Azure DevOps a un designer de builds très agréable et beaucoup moins austères que YAML. On peut donc se demander pourquoi Microsoft veut nous faire abandonner les builds classiques au profit de YAML.

Mais YAML a de nombreux avantages. Certains avantages rappellent des possibilités perdues lors de la disparition des builds XAML :