Le profil client .NET vaut-il la peine d’être ciblé ?

Question

J'ai récemment étudié la possibilité de cibler le profil client .NET pour une application WPF que je suis en train de créer.Cependant, j'ai été frustré de constater que le profil client n'est valide que pour les configurations de système d'exploitation suivantes :

• Windows XP SP2+
• Windows Serveur 2003 Modifier: Apparaît le profil client ne sera pas installé sur Windows Server 2003.

De plus, le profil du client est pas valable pour les éditions x64 ou ia64 ;et ne s'installera pas non plus si toute version précédente du .NET Framework a été installée.

Je me demande si l'effort visant à ajouter les configurations de système d'exploitation supplémentaires à la matrice de test en vaut la peine.Existe-t-il des mesures disponibles indiquant le pourcentage d’utilisateurs susceptibles de bénéficier du profil client ?Je pense qu'une fois le .NET Framework installé, des informations supplémentaires sont transmises à un serveur Web dans le cadre d'une requête Web indiquant que le framework est disponible.Certes, j'imagine que les utilisateurs de Windows XP SP2 sans le .NET Framework installé représenteraient un grand nombre de personnes.Il s’agirait alors de savoir si ma candidature ciblait spécifiquement ces personnes.

Quelqu'un d'autre a-t-il déterminé si cela valait la peine de déployer des efforts supplémentaires pour cibler ces utilisateurs spécifiques ?

Modifier:Il semble qu'il soit possible de recevoir un avertissement du compilateur si vous utilisez des fonctionnalités non incluses dans le profil client.Comme j'utilise habituellement des avertissements sous forme d'erreurs, cela suffira, espérons-le, à minimiser les tests dans cette configuration. Bien sûr, cette configuration devra encore être testée, mais cela devrait être aussi simple que de tester si l'installation/l'exécution initiale fonctionne sur XP avec SP2+.

Answer 1

En fin de compte, cela ne nuira à aucun utilisateur si vous ciblez le profil client.En effet, le profil client est un sous-ensemble du framework .net v3.5 sp1, et si la v3.5 sp1 est déjà installée, vous n'avez rien à installer.

Les assemblys dans le profil client sont les mêmes binaires que le framework complet, donc à moins que vous ne chargez les assemblys de manière dynamique, vous ne devriez pas avoir besoin d'effectuer de tests supplémentaires.

Je pense qu'à moins que vous ne deviez utiliser des assemblys qui ne figurent PAS dans le profil client, vous devez le cibler.

En ce qui concerne les exigences du système d'exploitation, WPF ne fonctionnera pas sur les versions antérieures à XP sp2, donc si vous devez exécuter sur d'autres systèmes d'exploitation, vous devrez de toute façon utiliser WinForms.

MODIFIER:

Sur IE, oui.Il envoie la version du .NET Framework dans le cadre de la chaîne UA, par exemple :

En fait, FF3+3.5sp1 aussi :

Mozilla/5.0 (Windows ;Vous ;WindowsNT6.0 ;fr-US ;rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 (.NET CLR 3.5.30729)

Answer 2

Je pense qu'il est important de cibler autant d'utilisateurs que possible. Avez-vous déjà envisagé de livrer votre application sans aucun code managé ?Vous pouvez convertir vos applications gérées en code machine pur à l'aide d'outils tels que http://www.xenocode.com/ ou http://www.remotesoft.com/linker/ vous n’aurez donc besoin d’aucun framework .NET sur les machines clientes.

Answer 3

Je pense qu'une fois le .NET Framework installé, des informations supplémentaires sont transmises à un serveur Web dans le cadre d'une requête Web indiquant que le framework est disponible.

Sur IE, oui.Il envoie la version du .NET Framework dans le cadre de la chaîne UA, par exemple :

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; .NET CLR 2.0.50727).