Visual Studio 2010 : la nouvelle interface en WPF

Il était quand même temps que l'éditeur utilise ses propres technologies

En octobre dernier, Microsoft avait publié un premier CTP (Community Technical Preview) de Visual Studio 2010, la prochaine version majeure de son environnement de développement intégré (IDE). L’éditeur avait alors annoncé que l’un des buts était notamment l’utilisation de WPF (Windows Presentation Foundation) pour un remodelage complet de l’interface, bien que la CTP utilisait encore les classiques MFC. La prochaine version d’essai en montrera bien davantage.

Jason Zander, responsable général du développement de Visual Studio, a publié sur son blog de nouvelles informations au sujet de la version 2010, notamment pour présenter la nouvelle interface :

Selon Zangler, la capture met en avant trois points principaux :

Une réduction de la complexité de l’interface
Une augmentation de l’attractivité visuelle en créant des espaces négatifs entre les cadres et en donnant un fond particulier avec une couleur différente pour le cadre sélectionné
Le choix des couleurs neutres

Tous les cadres présents dans l’IDE peuvent être détachés et répartis sur des écrans multiples :

La capture suivante montre l’apparition de différents symboles à gauche du code :

Voici leur signification :

Un triangle vide montre une section refermée, de la même manière qu’on replie une arborescence dans l’Explorateur
Un triangle plein et noir indique que la section est ouverte, un clic sur le triangle repliant alors l’ensemble
Les couleurs dans la marge indiquent les modifications intervenues dans le code lui-même

La boite de dialogue pour la création de nouveaux projets a évolué elle aussi :

On y retrouve une vue des modèles en ligne, une boîte de recherche et une navigation qui se veut simplifiée. Les cibles multiples (différentes versions du framework .NET) sont toujours là, et incluent maintenant une option pour la version 4.0.

Le nouveau gestionnaire d’extensions doit permettre une organisation simplifiée de tous les modèles et autres outils tiers intégrés à la suite. Cela ressemble à ce que Microsoft avait intégré à Internet Explorer 7 pour la gestion des contrôles ActiveX, avec la possibilité de désactiver facilement une extension, ou de la désinstaller :

Tous ces changements interviennent dans le cadre d’une simplification de l’interface de l’environnement. Reste à voir maintenant dans les mois qui viennent les nouveautés « sous le capot ».

Vincent Hermann

Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.

Twitter

Le 25 février 2009 à 16:54 (29 105 lectures)

Actu Précédente Actu Suivante

Il y a 74 commentaires

INpactien

Samolax Le mercredi 25 février 2009 à 19:25:37 #41

Inscrit le lundi 2 juin 08 - 1965 commentaires

Burn2 a écrit :

Oué enfin perso je trouve que le C++ .net c'est une horreur. :/ quitte à faire du C++ je préfère largement le vrais C++ tout cours. Et quitte à faire du .net le C#...

Peu de monde utilise le C++/CLI de toute façon. Ça se limite à des cas de compatibilité ou pour faire du mélange natif/managé.

La véritable attente pour VS2010 se situe au niveau du C++ natif

INpactien

charon.G Le mercredi 25 février 2009 à 19:40:41 #42

Inscrit le vendredi 29 avril 05 - 6350 commentaires

oui et même dans ce cas si on veut accéder à certaines technos .NET c'est mieux de toute façon d'écrire des modules en C# et de le faire coucher avec le reste du code en C++ natif.

INpactien

funeral Le mercredi 25 février 2009 à 20:56:17 #43

Inscrit le mardi 25 mars 08 - 192 commentaires

vida18 a écrit :

Pour quand un IE et Microsoft Office qui utilise WPF ?

Déjà Microsoft Expression Studio => Full WPF. Ils y vont doucement, et c'est normal : on ne réécris pas l'interface de ses logiciels à chaque changement technologique, mais plutôt s'il y a un apport réel.

Je vais peut-être me mettre au C# finalement mais 600€ contre zéro, c'est cher!

Versions Express... 0€.

Peu de monde utilise le C++/CLI de toute façon. Ça se limite à des cas de compatibilité ou pour faire du mélange natif/managé.

Le code en mode Unsafe est fait pour ça. Mais C++/CLI, c'est surtout pour la migration en douceur.

INpactien

renoo Le mercredi 25 février 2009 à 21:14:05 #44

Inscrit le jeudi 20 octobre 05 - 777 commentaires

hokkos a écrit :

Le replis de code est une grosse connerie, mais passons, bonne idée pour les couleurs même si on sens l'inspiration d'éclipse (avec plugin SVN)

Le repli du code c'est quand t'as du code de merde avec des fonctions de 100 lignes et plus et que tu préfères mettre des pansements sur les jambes de bois... la solution c'est le refactoring et le test unitaire bourrin pas la mise en page.

INpactien

sr17 Le mercredi 25 février 2009 à 21:20:33 #45

Inscrit le lundi 26 décembre 05 - 11193 commentaires

Dommage quand même que tous ces développements soient mono plateforme et uniquement centrés autour de l'environnement Windows

.

Aujourd'huis, Windows est encore un sacré monopole, mais qui peut dire dans 5 ou 10 ans... rappellons nous de l'effet Firefox et voyons comment Apple gagne des parts de marché.

Bref, pour ma part, je préfère me tourner dorénavant me diriger vers des outils et des technologies qui ne sont plus prisonniers d'une plateforme donnée mais qui peuvent tourner avec la même qualité dans tous les environnements existants.

INpactien

renoo Le mercredi 25 février 2009 à 21:24:47 #46

Inscrit le jeudi 20 octobre 05 - 777 commentaires

sr17 a écrit :

Dommage quand même que tous ces développements soient mono plateforme et uniquement centrés autour de l'environnement Windows

Oui et non, on peut très bien faire du c++ avec le compilateur c++ de microsoft (qui est un bon compilateur) et compiler le meme code avec g++ ou n'importe quoi d'autre. Après l'éditeur de code, c'est plus au choix eclipse, vs, emacs, vim, ed ou codeblocks ; l'important c'est le code qui peut vivre des dizaines d'années quand les ide auront toutes changées.

INpactien

aedorlen Le mercredi 25 février 2009 à 21:27:21 #47

Inscrit le mardi 20 décembre 05 - 10289 commentaires

sr17 a écrit :

Dommage quand même que tous ces développements soient mono plateforme et uniquement centrés autour de l'environnement Windows

Etrange que tu parles de Mac OS. Je m'attendais plus à une comparaison avec Linux et Eclipse...

J'ai raté un épisode ? Mac OS est-il devenu subitement un meilleur environnement de développement que Linux ?

INpactien

sr17 Le mercredi 25 février 2009 à 21:44:54 #48

Inscrit le lundi 26 décembre 05 - 11193 commentaires

aedorlen a écrit :

Savoir qui est le meilleur n'est pas le propos du topic ni le sujet de mon post. C'est pourquoi j'évite de prononcer le mot fatidique qui fait bondir les trolls.

Disons simplement que je vois pour le futur un marché de l'OS beaucoup plus multipolaire(quel qu'en soient les acteurs). C'est pourquoi je vois un risque majeur à s'enferrer dans une quelquonque technologie qui ne serait pas pleinement multiplateforme.

Edité par sr17 le mercredi 25 février 2009 à 21:47

INpactien

Glawen Le mercredi 25 février 2009 à 21:48:44 #49

Inscrit le jeudi 5 juillet 07 - 496 commentaires

hokkos a écrit :

Le replis de code est une grosse connerie, mais passons, bonne idée pour les couleurs même si on sens l'inspiration d'éclipse (avec plugin SVN)

Les region c'est extremement pratique et quand c'est bien utilisé ca rend le code bien plus lisible, surtout dans les language en c# ou vb il y a plus de fichier .H et ou les déclaration et définition sont dans le même code. Après si il y a des gogo qui savent coment clique sur un petit + pour expander le code ça c'est un autre problème.

Quand aux couleurs ça fais déjà plusieurs version que ça existe, de mémoire ça date de la 2005.

INpactien

ndjpoye Le mercredi 25 février 2009 à 22:00:39 #50

Inscrit le mardi 31 janvier 06 - 24011 commentaires

sr17 a écrit :

Pas tout a fait, on sait pas quel avenir compte donner à dotNET. Les accords avec Novell montrent qu'ils ne sont plu hermétique. WPF étant une composante de dotNET, c'est déjà un peut mieux que winform.
Alors je dis pas que ça va se passer juste que choisir wpf laisse déjà un peut plus de possibilité d'ouverture dans l'avenir(même minime à l'état actuel) que leurs solutions précédent.

Il n'est plus possible de commenter cette actualité

Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.