Microsoft va repenser le modèle d’extension de Visual Studio sujet aux pannes et passer au cloud

  • FrançaisFrançais



  • Microsoft crée un nouveau modèle d’extensibilité pour Visual Studio, son IDE Windows pour tout coder, des applications de bureau aux microservices hébergés dans le cloud.

    Les extensions sont un élément essentiel de tout IDE, à la fois pour les intégrations tierces et pour les fonctionnalités spécialisées qui ajouteraient du gonflement si elles étaient intégrées au produit principal. Il y en a 3890 répertoriés sur Visual Studio Marketplace, le plus populaire (l’extension officielle GitHub) ayant 1,8 million de téléchargements.

    Les extensions Visual Studio couvrent tous les aspects du développement logiciel et sont installées à partir d’un référentiel hébergé par Microsoft

    Une source régulière d’amusement dans le monde de l’actualité technologique est de voir des entreprises qui se vantaient autrefois des merveilles d’un produit ou d’une fonctionnalité se retourner rapidement contre lui lorsqu’elles ont quelque chose de plus récent et de plus brillant à offrir.

    C’est donc avec les extensions Visual Studio. Malgré leur popularité, le gestionnaire de programme Lesley Richardson a écrit hier que les extensions sont «difficiles à écrire» et que «les API incohérentes, l’architecture écrasante et le fait de devoir demander à vos coéquipiers comment implémenter ce qui devrait être une commande de base sont des éléments de retour communs des rédacteurs d’extensions. “

    Pire encore, elle a ajouté: “Les extensions in-proc d’aujourd’hui ont des restrictions minimales sur la façon dont elles peuvent influencer l’EDI et d’autres extensions. Ainsi, elles sont libres de corrompre Visual Studio si l’extension rencontre une erreur ou un crash.”

    Naturellement, la société vise maintenant à surmonter ces problèmes et travaille sur un nouveau modèle d’extension qui sera hors de processus, ce qui signifie mieux isolé du code qui exécute l’EDI lui-même. Malgré ce changement, Richardson a déclaré que “le nouveau modèle préservera la puissance et les options de personnalisation de l’interface utilisateur” de l’ancien système.

    Microsoft promet également de rendre les extensions disponibles “à la fois localement et à distance” afin qu’elles s’exécutent correctement dans l’environnement de codespaces GitHub hébergé dans le cloud. Richardson a fait référence dans son article aux nouvelles API asynchrones (non prises en charge dans le modèle d’extensibilité actuel), qui seront mieux adaptées aux environnements de développement à distance.

    L'architecture actuelle de Visual Studio utilise un framework appelé VS-MEF sur Windows et Mac.

    L’architecture actuelle de Visual Studio utilise un framework appelé VS-MEF sur Windows et Mac

    Les plans sont à un stade précoce et la société a invité les développeurs à répondre à une enquête sur leurs préférences en matière d’extension.

    Selon la dernière enquête StackOverflow sur le sujet, c’est Visual Studio Code (utilisé par 50,7% des développeurs) qui est l’EDI le plus populaire, avec Visual Studio en deuxième position avec 31,5%. Une enquête maintenant plutôt datée n’est pas toute l’histoire, mais il n’y a aucun doute sur l’utilisation généralisée de l’éditeur open source envahi par Microsoft.

    Notez qu’il existe actuellement 21755 extensions VS Code sur le marché de la société, plus de cinq fois plus que pour Visual Studio, et la plus populaire, pour Python, a été téléchargée plus de 26 millions de fois – des chiffres qui donnent à l’EDI Windows un aspect petit. bière en comparaison. Pour le développement spécifique à Windows, cependant, Visual Studio reste presque essentiel; Microsoft a toujours besoin des deux, mais il peut être judicieux pour l’entreprise d’investir davantage dans le produit multiplateforme.

    Il y en a aussi un autre, Visual Studio pour Mac, né d’une base de code totalement différente, mais avec lequel Microsoft essaie désormais de partager du code afin de minimiser la duplication des efforts. Les versions Windows et Mac de Visual Studio utilisent actuellement un framework appelé Managed Extensibility Framework (VS-MEF) ainsi qu’une API VS Editor partagée.

    Cela sera-t-il balayé par le nouveau modèle ou le nouveau modèle s’appuiera-t-il sur l’ancien sous les couvertures? L’un des problèmes avec Visual Studio est qu’il y a une tonne d’héritage à prendre en charge, et il faudra probablement longtemps avant que Microsoft puisse se permettre de supprimer la prise en charge du modèle d’extension existant, sujet aux pannes ou non. ®

    L'équipe de Comparaland

    Rédacteur web depuis 2009 et webmestre depuis 2011.

    Je m'intéresse à tous les sujets comme la politique, la culture, la géopolitique, l'économie ou la technologie. Toute information permettant d'éclairer mon esprit et donc, le vôtre, dans un monde obscur et à la dérive. Je suis l'auteur de plusieurs livre

    Pour me contacter personnellement :

    Laisser un commentaire

    Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *