Bootsrap 5 étant enfin sorti en version finale il y a quelques semaines, il est temps de se pencher sur les évolutions de celui-ci concernant l’accessibilité.
Parmi les nouveautés de Visual Studio 2022 annoncées aujourd’hui par Microsoft, il en est une qui était attendue depuis longtemps. Il s’agit du fait que Visual Studio 2022 sera une application 64bits.
Tout le monde semble s’emballer sur le sujet, mais est-ce une bonne nouvelle ?
Certains répondront catégoriquement oui. 64 bits, c’est forcément mieux, plus de mémoire exploitable, plus de performances… plus, plus, plus…
Pour ceux qui ont pu échanger avec des membres de l’équipe Visual Studio, la « réserve » est de mise. Sans rompre un quelconque accord de confidentialité ou le secret d’une discussion de couloir : si Visual Studio n’a jamais été publié en une édition 64 bits, c’est que l’utilisateur n’y gagnait rien.
Je me souviens d’une discussion publique aux TechDays ou certains parlaient même de risques de contre-performances.
Si Microsoft passe Visual Studio en 64bits, c’est que les freins et potentiels problèmes techniques sont levés. Ce devrait donc être une très bonne chose pour les développeurs.
Reste à connaitre l’impacte sur nos projets, produits et extensions tiers…
Oui, en 2021 on peut toujours utiliser le dernier Visual Studio pour développer avec Workflow Foundation et WCF.
Si vous avez à maintenir des projets .net Framework, l’expérience est complète rien ne manque. Il n’y aura qu’un petit bémol avec WF : le gestionnaire de propriétés des activités ne supporte pas le copier-coller. Visual Studio semble utiliser le rehosting de designer de WF 4.5.
Si vous utilisez .net 5 (ou une version précédente de .net core), l’outillage se limite évidemment à la création de clients pour WCF.
Si vous devez gérer des builds XAML, il n’y a pas de problèmes pour éditer ou créer de nouveaux Workflows. Il n’y a qu’une seule limitation. Il n’est pas possible d’association une nouvelle build avec un nouveau Workflow versionné via TFVC (avec Git pas de problèmes). Il est préférable de garder sous le coude, le Visual Studio associé à votre version de TFS.
Comme toujours avec VS 2019 pour installer ces fonctionnalités, il suffit de lancer VS Installer. Via l’onglet Composant individuel on peut rechercher Foundation, cocher WF et WCF puis lancer l’installation.
Dans le contexte du développement logiciel, il a nombre de sujets qui ne sont pas toujours populaires. Pour cet article, j’ai décidé d’associer deux d’entre eux :
Imaginons que l’on doive conduire un projet dont l’objectif et la mise en place de tests unitaires.
Il existe aujourd’hui beaucoup de très bons articles expliquant l’intérêt de coder des tests unitaires. Si vous deviez n’en lire qu’un seul, je vous recommanderais vivement le récent article de Patrick Smacchia.
Face à autant de contenu de bonne qualité, je ne pensais pas avoir un jour à écrire un article sur le sujet. Mais finalement je me rends compte qu’il faut écrire en français pour lutter contre la fameuse coutume bien de chez nous du « moi, c’est différent », ou « on a tenté, ça n’a jamais marché », ou encore « c’est plus pas pareil que c’est différent… donc on ne peut pas ».
Cet article va donc faire partie d’une petite série d’articles courts.
Pourquoi je continue à coder des tests unitaires ?
Après 20 ans avec .net, je ne sais plus coder sans tests unitaires. J’ai des applications des mes débuts que je ne pourrai pas maintenir sans.
J’espère que cela en fera réfléchir. Dans le prochain article sur les tests unitaires, j’attaquerais le fameux « risque à ne pas faire » que l’on aime beaucoup évoquer en gestion de projet. Mais pour lequel on ne sait jamais vraiment quoi dire.