Interfaces graphiques WPF la voie de l’avenir ?

a de nombreuses raisons à cela; tout d’abord l’aspect vectoriel de WPF fait que les interfaces graphiques WPF sont indépendantes de la résolution des écrans. Ainsi une interface créée sur un écran 14 pouces, aura le même rendu que sur un écran 50 pouces. En outre, WPF étant une technologie nouvelle, elle sait tirer partie de l’accélération matérielle en s’appuyant sur l’API Direct 3D. Enfin, les éléments qui composent WPF sont d’une incroyable richesse et d’une grande flexibilité d’utilisation. Même si cela n’est pas forcément recommandé, il serait aisé de créer une boîte déroulante remplie d’animations 2D ou de clips vidéo.

Mais WPF a également l’immense avantage par rapport aux Windows Forms de disposer du langage XAML. Grâce à XAML, l’interface graphique va à présent non plus être construite en PowerShell (même si cela reste toujours possible), mais décrite avec une grammaire XML. Ceci est un point très important pour la maintenance des scripts avec interface graphique.

Alors qu’avec les Windows Forms l’interface fait partie intégrante du script, il n’est par conséquent pas facile de la modifier. En effet, la logique du script et la définition de l’interface étant mélangées. A présent, avec WPF l’interface graphique va être stockée dans un fichier externe, ce qui permettra de pouvoir la modifier ultérieurement avec les outils adéquats sans avoir à toucher au script PowerShell qui y fait appel.

On peut toutefois, si on le désire, intégrer le code XAML directement dans un script PowerShell en le stockant dans une « Here String ». Une Here String est simplement une chaine de caractères multi lignes. On définit une Here String comme ceci :

$maChaine = @’
Lundi
Mardi
Mercredi
Jeudi
Vendredi
’@