Avec la Professional Developer’s Conference qui approche, de plus amples informations commencent à montrer le bout de leur nez sur des technologies de Microsoft qui y seront présentées. On sait notamment que c’est le cas de Windows 7 qui, pour la première fois pour un système d’exploitation de Redmond, garde son nom de code en nom commercial. Toutefois, une autre partie très importante de la PDC sera la première présentation du Framework .NET 4.0.

Les détails ne sont pas vraiment légions, mais on sait qu’une grande partie des nouveautés sera concentrée sur le parallélisme. Il s’agit, pour les développeurs, de pouvoir écrire du code permettant de générer plusieurs processus qui fonctionneront alors en même temps, par opposition à l’exécution séquentielle (à la queue-leu-leu) et classique qui existe dans la majorité des applications utilisées aujourd’hui (bien que la situation évolue).

Tout réécrire pour profiter des processeurs récents

Ce changement d’importance arrive dans un contexte provoqué par la mutation engendrée par la guerre entre les fondeurs Intel et AMD. Les processeurs à deux et quatre cœurs ont envahi les marchés x86 et x64, offrant à l’ensemble du grand public notamment des capacités qui sont loin d’être exploitées. Et si l’on souhaite que ladite exploitation soit possible, les logiciels eux-mêmes doivent évoluer.

Certes Microsoft a parlé plusieurs fois de ces transformations, notamment à partir de Vista, et renforcées dans Windows 7. Il faut pourtant que l’éditeur offre les moyens aux développeurs de changer la donne par eux-mêmes. À la PDC, les Parallel Extensions seront ainsi dévoilées, permettant à n’importe quel langage rattaché à l’environnement .NET, à condition bien sûr d’utiliser une nouvelle syntaxe dans le code pour les méthodes capables d’exécuter plusieurs processus de manière concurrente.

C’est un changement de taille pour .NET, et on ne sait pas d’ailleurs si Microsoft compte proposer le même genre de possibilités pour l’environnement Win32. Si l’on regarde l’évolution des logiciels chez Redmond, on peut penser que ce ne sera pas le cas. L’ensemble du futur de Microsoft progresse vers .NET, et puisque les piliers introduits avec Vista constituent les bases de Windows 7, il serait logique que l’éditeur continue à se focaliser sur ses API les plus récentes.

LINQ évoluera également

Autre changement important : LINQ sera adapté en conséquence. Rappelons que le but de LINQ est de donner à tous les langages .NET des capacités de manipulation des données s’approchant de celles des bases de données SQL. Du coup, un développeur pourra déclarer un changement s’appliquant automatiquement, par exemple, à une base de données complète, en indiquant dans la même ligne les conditions et les modalités du changement.

Toutefois, même si ces changements promettent des hausses élevées de performances pour différentes d’opérations, l’une des plus grosses modifications sera sans aucun doute le passage à un modèle transactionnel pour la mémoire, afin que des processus concurrents puissent accéder ensemble aux mêmes données présentes en mémoire. Ce point restera cependant à confirmer, puisque Microsoft est en train d’examiner la faisabilité de la chose à un niveau bien plus bas que dans le cas des bases de données.