Visual Studio 11 : fin des macros dans l’EDI

Visual Studio 11 : fin des macros dans l’EDI
La fonction serait utilisée par 1% des développeurs et nécessite trop de ressources, justifie Microsoft


Microsoft aurait discrètement arrêté le support des Macros dans son environnement de développement Visual Studio 11.

Les macros sont des séries de commandes et instructions qui sont regroupées sous forme de commande unique afin d’exécuter une tâche automatiquement. Cette fonctionnalité permet d’automatiser les actions répétitives.

Depuis les premières versions de Visual Studio, un environnement de développement intégré distinct pour les macros était greffé à l’EDI, permettant uniquement de créer, manipuler, modifier et exécuter des macros.

Un utilisateur de l’EDI aurait découvert dans Visual Studio 11 Developer Preview l’absence de cette fonctionnalité ainsi que le manque de documentation sur le sujet dans la galerie MSDN.

Microsoft justifie cet abandon par le fait que cette fonctionnalité est actuellement utilisée par moins de 1% de tous les développeurs. De plus, le support des macros dans Visual Studio entrainait des investissements disproportionnés pour assurer la compatibilité, l’accessibilité, la sécurité et autres exigences de l’EDI, malgré que cette fonctionnalité ne soit même plus mise à jour depuis plusieurs versions de Visual Studio.

Par ailleurs, L’IDE Macros ne supporte que le langage Visual Basic. L’on ne peut pas utiliser C# ou un autre langage .NET pour créer une Macro.

Les utilisateurs pourront néanmoins se tourner vers l’utilisation des extensions qui sont mieux prises en charge depuis la version 2010 de l’outil de développement.

Selon Microsoft, les tâches d’automatisation effectuées avec les macros peuvent être accomplies avec les fonctionnalités disponibles dans les extensions Visual Studio.

Quoi qu’il en soit, c’est peut-être mieux de supprimer une fonctionnalité peu utilisée, que de la laisser sans toutefois y apporter des améliorations au fil du temps.

Pour mémoire, la pré-version de Visual Studio 11 propose des outils pour développer des applications en C#, C++, et Visual Basic sans oublier HTML5, JavaScript pour des applications Metro natives. L’EDI possède également un nouveau gestionnaire d'extensions et de nouveaux outils d'analyse de code.


:fleche: Téléchargez Visual Studio 11 Developer Preview


Source : Forum MSDN


Et vous ?

:fleche: Utilisez-vous les macros dans Visual Studio ? Que pensez-vous de l'abandon de cette fonctionnalité ?

Je n'utilise pas cet EDI, mais :

Citation:

---

Envoyé par Hinault Romaric

Quoi qu’il en soit, c’est peut-être mieux de supprimer une fonctionnalité peu utilisée, que de là laisser sans toute fois y apporter des améliorations au fil du temps.

---

Si l'utilisation que rapporte Microsoft est juste (ils le sortent d'où leur chiffre de 1% ?), tout à fait d'accord.

Par contre, sur la manière dont cela semble avoir été fait, je suis légèrement surpris. En gros, ils l'ont supprimé en se disant qu'avec un peu de chance, personne n'y ferait attention. Ne pas s'en vanter, c'est une chose, mais une petite note discrète dans la doc n'aurait tout de même pas été de trop...

Mako.

Il a fallu cette news pour que je découvre la fonctionnalité :aie:

C'est plus embêtant quand on fait partie des 1% :(

Ca me permet de rattraper le coup quand on a des extensions mal codées (pas internationalisées) plutôt que de devoir installer un environnement de dév. en anglais.

Je me rappelle que j'en avais créés quelques une dans VS ... 2003 :aie:
Depuis, j'ai totalement oublié cette fonctionnalité et , en cas de besoin spécifique, le développement d'un add-in offre de bien meilleures perspectives.

Citation:

---

Envoyé par nonoxp

Ca me permet de rattraper le coup quand on a des extensions mal codées (pas internationalisées) plutôt que de devoir installer un environnement de dév. en anglais.

---

C'est certainement HS, mais j'avoue ne pas trop bien voir l'avantage d'un environnement de dev autrement qu'en anglais.
Les rares fois où j'ai utilisé un IDE en français ou en espagnol, je pestais pour comprendre certains choix des menus, tant les traductions utilisent des termes qu'on est peu ou pas habitué à manipuler autrement qu'en anglais.

Citation:

---

Envoyé par Bluedeep

C'est certainement HS, mais j'avoue ne pas trop bien voir l'avantage d'un environnement de dev autrement qu'en anglais.
Les rares fois où j'ai utilisé un IDE en français ou en espagnol, je pestais pour comprendre certains choix des menus, tant les traductions utilisent des termes qu'on est peu ou pas habitué à manipuler autrement qu'en anglais.

---

A cela il faut ajouter aussi le fait que les nouveautés mettent toujours trois plombes à sortir dans des versions localisées.

Mouarf, quand je pense qu'Emacs dispose des macros LISP qui sont extrêmement puissante depuis... qu'il existe, c'est-à-dire 1984.

Comme quoi la bonne conception d'un logiciel est essentielle sur le long terme.

Bon, c'est vrai que ça sert pas souvent, mais quand même, ça m'a rendu bien service 2 ou 3 fois...

Citation:

---

Envoyé par Hinault Romaric

Les utilisateurs pourront néanmoins se tourner vers l’utilisation des extensions qui sont mieux prises en charge depuis la version 2010 de l’outil de développement.

---

Pas du tout d'accord. En général quand j'écris une macro c'est pour faire une tache répétitive mais ponctuelle ; je ne vais sûrement pas développer une extension pour ça. Ca vaut le coup de développer une extension pour quelque chose qu'on fait souvent, pas pour un besoin ponctuel.

Donc même si le système de macro existant n'était pas (du tout) idéal, je trouve ça un peu dommage de le supprimer complètement...

Ca c'est de la démocratie :ccool:

Les pauvres tueur à gage du developpement qui ont fait des macros de fou furieux de la mort qui tue tout et que maintenant....On l'enlève parce que finalement c'est trop poussé et puissant :ccool:

Citation:

---

Si l'utilisation que rapporte Microsoft est juste (ils le sortent d'où leur chiffre de 1% ?), tout à fait d'accord.

---

C'est dit à demi-mot. Essentiellement, système non mis à jour depuis plusieurs versions avec certainement apparition d'incompatibilités ou dysfonctionnement et (quasiment) aucun retour d'utilisateur.

Et puis ça doit apparaitre aussi dans les logs d'erreurs renvoyés en cas de plantage de l'ide.



Certainement que ça existe déjà, mais quelqu'un sortira bien une extension pour générer et exécuter des macros, plus évoluées en plus que celles pouvant être écrite avec ce module.


J'oubliais : On commence par le moteur de macro de Visual Studio, plus tard on passera à celui d'Office dont la mort avait été annoncée une première fois, il y a 10 ans, déjà!

Citation:

---

Envoyé par sevyc64

Certainement que ça existe déjà, mais quelqu'un sortira bien une extension pour générer et exécuter des macros, plus évoluées en plus que celles pouvant être écrite avec ce module.

---

Ca pourrait être une très bonne solution :ccool:

Le développement des extensions est quelque chose de bien lourd. L'API est très peu documentée, très peu fournie, peu d'exemples sur le net, etc...
Ça s'est un peu amélioré dans Visual Studio 2010 mais ca reste la misère.
Donc se rabattre sur le développement des extensions pour palier à la disparitions des macros ... euhh ... :aie:

Cependant, il est tout à fait possible de faire une extension qui peut offrir les fonctionnalités d'exécution de macros, comme le suggères sevyc64.
J'avais fais un truc semblable pour ma boite. Un extension qui exposait une API "simplifié" pour piloter Visual Studio, l'utilisateur tapais son code dans une fenêtre à coloration syntaxique, en C#, l'extension compilait et exécutait ce code. Rien de compliqué là dedans.

Citation:

---

Envoyé par Bluedeep

C'est certainement HS, mais j'avoue ne pas trop bien voir l'avantage d'un environnement de dev autrement qu'en anglais.
Les rares fois où j'ai utilisé un IDE en français ou en espagnol, je pestais pour comprendre certains choix des menus, tant les traductions utilisent des termes qu'on est peu ou pas habitué à manipuler autrement qu'en anglais.

---

Quand on ne travaille pas chez soi/pour soi, on n'a pas toujours le choix :P

Citation:

---

Envoyé par nonoxp

Quand on ne travaille pas chez soi/pour soi, on n'a pas toujours le choix :P

---

Mouais .... jamais un client ne m'a refusé ce genre de demande.

Le client non mais le patron ...

Quand tu es embauché dans une boite, tu travaille avec les outils que l'on te fournis et tu n'as pas toujours la possibilité d'imposer, voire même de seulement suggérer les tiens.

Citation:

---

Envoyé par sevyc64

Le client non mais le patron ...

Quand tu es embauché dans une boite, tu travaille avec les outils que l'on te fournis et tu n'as pas toujours la possibilité d'imposer, voire même de seulement suggérer les tiens.

---

C'est ton expérience; ce n'est pas la mienne.
Ici, on parle du choix de langue de l'IDE, pas d'acheter de nouvelles licences.

Citation:

---

Envoyé par Bluedeep

Mouais .... jamais un client ne m'a refusé ce genre de demande.

---

Tu es bien chanceux, dis toi que ce n'est pas le cas partout.

Mais bon pour en revenir au sujet le client final s'en fiche complet qu'on puisse faire des macro ou pas. Il comprend juste que c'est mieux la version N+1 que la version N, du coup la petite préférence perso du développeur est un argument qu'on a du mal à opposer à une politique de standardisation des socles hard/soft... malgré l'effet réel sur la productivité d'un individu ou d'une équipe.

Citation:

---

Envoyé par sevyc64

quelqu'un sortira bien une extension pour générer et exécuter des macros, plus évoluées en plus que celles pouvant être écrite avec ce module

---

J'avoue... cela viendra clore le problème et on passera à autre chose.

Tiens, j'avais même oublié que ça existait !

Serait-ce pour faire réagir tout le monde qu'une telle décision a été avancée?
Pour ma part je suis très friand desdites macros que j'utilise énormément dans l'EDI pour, par exemple, la conversion de caractère en fonction de l'encodage...
Je suis persuadé que s'il y avait si peu de monde pour l'utiliser, dixit Machin, c'est que ceux qui ne l'utilisaient pas ne voulaient pas se mettre à la macro ou à son scriptage en VB... car, au final, il n'y a que les anciens de VB qui s'amuse bien avec les macros.