« Les bases de données relationnelles sont là pour longtemps. La plupart des plates-formes utilisent désormais un langage de programmation orienté objet, et XML est devenu un format omniprésent dans toutes les solutions. Si la plupart des applications utilisent aujourd'hui ces trois environnements, aucun outil ou langage n'est capable de les adresser simultanément dans un atelier de développement unifié » , constate Jean-Christophe Cimetière, chef de produit et plate-forme Entreprise de Microsoft.

Fort de ce constat, l'éditeur travaille depuis deux ans sur un langage sachant manipuler XML, de l'objet, mais aussi les données de bases relationnelles. Baptisé X#, puis Xen, et enfin Cw (C Omega), ce langage permet au développeur de combiner des requêtes SQL , des instructions objet et des balises XML dans le code.

« Aujourd'hui, pour manipuler du XML, nous sommes obligés de passer par les moteurs d'interprétation (ou parsers) SAX ou DOM. Chacun d'eux présente des inconvénients et avantages, mais, dans tous les cas, ils complexifient la programmation, estime Eric Groise, directeur technique adjoint d'Octo Technology. Avec Cw, DOM et SAX ne seraient plus nécessaires. Le langage comprendrait nativement les instructions XML. Le développeur pourrait travailler dans un seul environnement de développement et adresser les trois univers techniques, et, surtout, bénéficier des avantages d'un compilateur capable de voir les erreurs avant l'exécution des programmes. En d'autres termes, les gains en productivité seraient énormes. »

Pour l'heure, et bien que le projet soit très avancé, Microsoft n'a pas encore prévu de plan d'intégration dans ses produits. Confronté à un dilemme, l'éditeur hésite. Cw est aujourd'hui rattaché à C#, langage de programmation objet de la plate-forme .Net. Pour respecter sa stratégie multilangage, il faudrait adapter tous les langages gérés par .Net - soit près d'une vingtaine au total - et de nouveaux compilateurs. Un travail colossal. « Et proposer un nouveau langage signifie que les développeurs VB et C# ne pourront pas bénéficier de cet environnement de programmation unifié, précise Jean-Christophe Cimetière. Nous réfléchissons donc à d'autres solutions. »