Je viens de publier un nouvel article sur le développement 32bits et 64bits.

“Avec l’arrivée du Framework 4.0 et de Visual Studio 2010, Microsoft a fait de gros effort sur le développement d’applications 64bits avec Visual Studio 2010. Patrice Lamarche nous livre dans ce billet l’un des changements majeur concernant la politique de compilation de vos projets UI avec Visual Studio 2010.

Au-delà de l’IDE, le Framework 4.0, et plus précisément la classe System.Environment, nous fournit des propriétés permettant de savoir si l’OS est en 32 ou 64bits, ou de récupérer le répertoire Program File (x86) ou encore le répertoire Windows\SYSWOW64…

Quelles sont les différences entre ces OS ? Comment des applications 32 bits et 64 bits cohabitent ? Comment les prendre en compte dans nos développements ?”

Jusqu’ici pour un projet Codeplex nous avions du reporting sur le nombre de téléchargements ou encore le nombre de visites par période. Cependant ces indicateurs ne permettent pas de savoir l’utilisation que font les utilisateurs de l’application ou des différentes fonctionnalités.

Depuis aujourd’hui Codeplex offre la possibilité de suivre l’utilisation de son application.

En instrumentant son application avec les nouveaux outils de DotFuscator fournis avec Visual Studio 2010, il est possible de connaitre combien de fois l’application a été démarrée ou encore de connaitre la fréquence d’utilisation d’une fonctionnalité, en décorant simplement les méthodes par des attributs.

Nous connaissons déjà DotFuscator pour les outils d’obfuscation de code qui sont inclus dans les versions précédentes de Visual Studio. Dans Visual Studio 2010, PreEmptive nous propose avec la version Community Edition 4.0 de DotFuscator d’autres fonctionnalités intéressantes, simples à mettre en place et gratuites pour certaines ;)

Pour plus d’information sur DotFuscator voici la liste détaillées des fonctionnalités de DotFuscator 4.0 par édition.

La société PreEmptive é écrit un tutoriel expliquant comment instrumenter son application et la brancher sur son projet codeplex.

Le mois dernier aux Techdays, j’ai eu l’occasion de présenter avec Sacha Leroux les nouveaux outils d’architecture de Visual Studio 2010. Au programme, les outils de modélisation UML et les outils d’analyse d’architecture (retro engineering et graphe de dépendances). Pendant cette session, en plus de faire le tour des fonctionnalités, nous avons beaucoup insisté sur les aspects d’extensibilité de ces outils et sur l’intégration avec TFS.

En fin de session nous avons eu droit à quelques questions. Ces questions portaient notamment sur la génération de code depuis les diagrammes UML, le support du C++ ou encore l’importation de modèle UML au format XMI. Nous n’avions pas beaucoup d’informations à ce moment là, mais nous avions indiqué que ces fonctionnalités seraient disponible après la sortie de la RTM de Visual Studio 2010 sous la forme d’un Power Tools.

Depuis ce weekend, le voile est levé!! Cameron Skinner nous présente un aperçu des fonctionnalités de ce Feature Pack qui sera à disposition des abonnés MSDN après la sortie de VS 2010 :

• Support du C++ pour la génération de graphe de dépendances,
• génération de code depuis les diagrammes de classes UML (à base de template T4)
• extensibilité du layer diagram,
• import XMI,
• Alimentation du modèle UML depuis l’architecture explorer
• …

En attendant, si vous ne connaissez pas encore les nouveaux outils d’architecture, je vous invite à les découvrir en vidéo.

Si vous avez suivi l’actualité de la semaine, vous savez certainement que VS 2010 et TFS 2010 sont disponibles en version Release Candidate pour les abonnés MSDN. L’information a été annoncée par plusieurs Microsoftees, dont notamment Cameron Skinner et Brian Harry.

A la suite de cette annonce, plusieurs informations importantes sont à noter. Tout d’abord concernant le support de la RC, qui comme la Beta 2, est une version “go live”.

Martin Hinshelwood fourni un témoignage intéressant sur la migration (ou plutôt sur la désinstallation) de TFS 2010 Beta 2 vers la RC.

Une autre annonce très importante de Brian Harry sur la sortie des Power Tools de TFS pour la version RC. Ces Power Tools étaient disponibles en version Beta 2 et devraient normalement être disponibles d’ici le 19 février, c’est à dire dans une semaine.

Concernant l’installation de Visual Studio 2010 RC, si vous avez installé la version Beta 2 ainsi que les Power Tools Beta 2, sachez qu’ils vous faudra les désinstaller pour installer la RC.

Petite nouveauté sur l’installation de Visual Studio 2010 : Team Explorer et VS 2010 ne font qu’un. Plus besoin d’installer VS 2010 puis Team Explorer. Team Explorer est directement inclus à VS 2010. Cependant une version standalone de Team Explorer existe toujours, pour les personnes qui n’ont pas besoin des fonctionnalités de Visual Studio.

Attention aux projets de modélisation. Si vous avez utilisé les projets de modélisations dans la Beta 2, sachez qu’ils ne sont pas supportés tel quel dans la RC. Cameron Skinner nous propose un outil en ligne de commande permettant de migrer les projets de modélisation ainsi que les diagrammes UML développé en Beta 2 vers la RC.

Le Visual Studio Visualization and Modeling SDK RC est également disponible en téléchargement et pas seulement pour les abonnés MSDN. Ce SDK, en plus du DSL SDK, permet notamment d’étendre les fonctionnalités des diagrammes UML.

Enfin quelques changements (non exhaustifs) dans le TFS SDK comme nous l’indique Buck Hodges. Dans ces changements, à noter que la classe TeamFoundationServer devient obsolète et est remplacée par la classe TfsTeamProjectCollection.

Bons téléchargements !!

Après les nombreux retours des utilisateurs auprès de Microsoft liés aux problèmes de performance de Visual Studio 2010 Beta 2, Microsoft a décidé de repousser de quelques semaines le lancement de Visual Studio 2010. Microsoft mettra à disposition une Release Candidate en Février. Le lancement de Visual Studio est donc repoussé au mois d’Avril. Scott Guthrie et Somasegar, ainsi que d’autres personnes, ont relayé cette information sur leur blog respectif. Ce décalage va permettre aux équipes de développement de Visual Studio de travailler sur l’amélioration des performances.

Brian Harry communique d’ailleurs régulièrement sur ces améliorations. On retrouve ainsi sur son blog une vidéo de comparaison des performances entre le Debugger de VS 2010 Beta 2 et la version actuelle. Egalement disponible, des tableaux comparatifs sur l’amélioration des performances de l’éditeur de code et de l’intelliSense et sur le chargement des solutions.