Problèmes de migration du .NET Framework 4

Fichiers de définition de navigateur

Les fichiers de définition de navigateur ont été mis à jour pour inclure des informations sur les navigateurs et les appareils récemment sortis sur le marché et mis à jour. Des navigateurs et appareils anciens (comme Netscape Navigator) ont été supprimés tandis que de nouveaux navigateurs et appareils (comme Google Chrome et Apple iPhone) ont été ajoutés.

Si votre application contient des définitions de navigateur personnalisées qui héritent de l'une des définitions de navigateur supprimées, une erreur s'affichera.

L'objet HttpBrowserCapabilities (qui est exposé par la propriété Request.Browser de la page) est régi par les fichiers de définition de navigateur. Par conséquent, les informations retournées lors de l'accès à une propriété de cet objet dans ASP.NET 4 peuvent être différentes de celles retournées dans une version antérieure d'ASP.NET.

Si votre application s'appuie sur les anciens fichiers de définitions de navigateur, vous pouvez les copier à partir du dossier suivant :

Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\Browsers

Copiez les fichiers dans le dossier \CONFIG\Browsers correspondant pour ASP.NET 4. Après avoir copié les fichiers, exécutez l'outil en ligne de commande Aspnet_regbrowsers.exe. Pour plus d'informations, consultez le site Web https://www.asp.net/mobile.

Modifications de ClientID

Le nouveau paramètre ClientIDMode dans ASP.NET 4 vous permet de spécifier la façon dont ASP.NET génère l'attribut id pour les éléments HTML. Dans les versions antérieures d'ASP.NET, le comportement par défaut était équivalent au paramètre AutoID de ClientIDMode. Le paramètre par défaut est désormais Predictable. Pour plus d'informations, consultez Identification du contrôle serveur Web ASP.NET.

Si vous utilisez Visual Studio 2010 pour mettre à niveau votre application à partir d'ASP.NET 2.0 ou d'ASP.NET 3.5, l'outil ajoute automatiquement un paramètre au fichier Web.config pour conserver le comportement des versions antérieures du .NET Framework. Toutefois, si vous mettez à niveau une application en modifiant le pool d'applications dans IIS pour cibler .NET Framework 4, ASP.NET utilise le nouveau mode par défaut. Pour désactiver le nouveau mode ID client, ajoutez le paramètre suivant au fichier Web.config :

<pages ClientIDMode="AutoID" / >

Fichiers de configuration

Les fichiers de configuration racine (le fichier machine.config et le fichier racine Web.config) pour le .NET Framework et ASP.NET 4 ont été mis à jour pour inclure la plupart des informations de configuration réutilisables qui se trouvaient dans les fichiers d'application Web.config dans ASP.NET 3.5. En raison de la complexité des systèmes de configuration IIS 7 et IIS 7.5 managés, l'exécution d'applications ASP.NET 3.5 sous ASP.NET 4 et sous IIS 7 et IIS 7.5 peut provoquer des erreurs ASP.NET ou des erreurs IIS.

Mettez à niveau vos applications ASP.NET 3.5 vers ASP.NET 4 à l'aide des outils de mise à niveau de projet dans Visual Studio 2010. Visual Studio 2010 modifie automatiquement le fichier Web.config des applications ASP.NET 3.5 pour qu'il contienne les paramètres appropriés pour ASP.NET 4.

Toutefois, vous pouvez exécuter des applications ASP.NET 3.5 à l'aide de .NET Framework 4 sans effectuer de recompilation. Dans ce cas, vous devrez peut-être modifier manuellement le fichier Web.config de l'application avant d'exécuter l'application sous .NET Framework 4 et sous IIS 7 ou IIS 7.5. La modification spécifique à effectuer dépend de la combinaison de logiciels que vous utilisez, notamment les versions de Service Pack (SP). Pour plus d'informations sur les éventuelles combinaisons de logiciels affectées par cette modification et sur la résolution de problèmes à l'aide de combinaisons spécifiques, consultez la section « Configuration Errors Related to New ASP.NET 4 Root Configuration » dans le document ASP.NET 4 Breaking Changes sur le site Web ASP.NET.

Gestionnaires d'événements dans les documents par défaut

ASP.NET 4 restitue la valeur d'attribut action de l'élément HTML form sous la forme d'une chaîne vide lorsqu'une demande est effectuée à une URL sans extension à laquelle est mappé un document par défaut. Dans les premières versions d'ASP.NET, une demande à https://contoso.com entraînait une demande à Default.aspx. Dans ce document, la balise form ouvrante était restituée comme dans l'exemple suivant :

<form action="Default.aspx" />

Dans ASP.NET 4, une demande à https://contoso.com entraîne également une demande à Default.aspx, mais ASP.NET restitue maintenant la balise form HTML ouvrante comme dans l'exemple suivant :

<form action="" />

Lorsque l'attribut action est une chaîne vide, l'objet IIS DefaultDocumentModule crée une demande enfant à Default.aspx. Dans la plupart des conditions, cette demande enfant est transparente pour le code d'application, et la page Default.aspx s'exécute normalement. Toutefois, en raison d'une interaction potentielle entre du code managé et le mode intégré IIS 7 ou IIS 7.5, les pages .aspx managées peuvent cesser de fonctionner correctement pendant la demande enfant. Si les conditions suivantes se produisent, la demande enfant à un document .aspx par défaut provoquera une erreur ou un comportement inattendu :

• Une page .aspx est envoyée au navigateur dont l'attribut action de l'élément form a la valeur "".

• Le formulaire est publié sur ASP.NET.

• Un module HTTP managé lit une partie du corps d'entité, tel que Request.Form ou Request.Params. Le corps d'entité de la demande POST est ainsi lu dans la mémoire managée. Par conséquent, le corps d'entité n'est plus disponible pour les modules de code natif qui s'exécutent en mode intégré IIS 7 ou IIS 7.5.

• L'objet IIS DefaultDocumentModule finit par s'exécuter et crée une demande enfant au document Default.aspx. Toutefois, étant donné que le corps d'entité a déjà été lu par une partie du code managé, aucun corps d'entité n'est disponible pour un envoi à la demande enfant.

• Lorsque le pipeline HTTP s'exécute pour la demande enfant, le gestionnaire pour les fichiers .aspx s'exécute pendant la phase d'exécution des gestionnaires.

Étant donné qu'il n'y a pas de corps d'entité, il n'existe aucune variable de formulaire et aucun état d'affichage. Par conséquent, le gestionnaire de page .aspx ne dispose d'aucune information pour déterminer quel événement doit être déclenché (le cas échéant). Par conséquent, aucun des gestionnaires d'événements de publication pour la page .aspx concernée ne s'exécute.

Pour plus d'informations sur les façons de contourner les problèmes liés à cette modification, consultez la section « Event Handlers Might Not Be Not Raised in a Default Document in IIS 7 or IIS 7.5 Integrated Mode » dans le document ASP.NET 4 Breaking Changes sur le site Web ASP.NET.

Hébergement de contrôles dans Internet Explorer

Vous ne pouvez plus héberger de contrôles Windows Forms dans Internet Explorer, car il existe de meilleures solutions pour l'hébergement de contrôles sur le Web. Par conséquent, les assemblys IEHost.dll et IEExec.exe ont été supprimés du .NET Framework.

Vous pouvez utiliser les technologies suivantes pour le développement de contrôles personnalisés dans les applications Web :

• Vous pouvez créer une application Silverlight et la configurer pour s'exécuter hors du navigateur. Pour plus d'informations, consultez Out-of-Browser Support.

• Vous pouvez générer une application du navigateur XAML (XBAP) pour tirer parti de fonctions de WPF (requiert le .NET Framework sur les ordinateurs clients). Pour plus d'informations, consultez Vue d'ensemble des applications de navigateur XAML.

Erreurs HttpException dans les applications ASP.NET 2.0

Une fois ASP.NET 4 activé sur IIS 6, les applications ASP.NET 2.0 qui s'exécutent sur IIS 6 (dans Windows Server 2003 ou Windows Server 2003 R2) peuvent générer des erreurs telles que les suivantes :

System.Web.HttpException: Path '/[yourApplicationRoot]/eurl.axd/[Value]' was not found.

• Si ASP.NET 4 n'est pas obligatoire pour exécuter le site Web, remappez le site pour utiliser ASP.NET 2.0 à la place.

  ou

• Si ASP.NET 4 est obligatoire pour exécuter le site Web, déplacez tous les répertoires virtuels ASP.NET 2.0 enfants vers un site Web différent mappé à ASP.NET 2.0.

  ou

• Désactivez les URL sans extension. Pour plus d'informations, reportez-vous à « ASP.NET 2.0 Applications Might Generate HttpException Errors That Reference eurl.axd » dans le document ASP.NET 4 Breaking Changes sur le site Web ASP.NET.

Modifications au contrôle Menu

Les modifications au contrôle Menu entraînent le comportement suivant :

• Si System.Web.UI.WebControls.MenuRenderingMode est défini sur List ou si System.Web.UI.WebControls.MenuRenderingMode est défini sur Default et PagesSection.ControlRenderingCompatibilityVersion est défini sur 4.0 ou ultérieur, la propriété MenuItem.PopOutImageUrl n'a aucun effet.

• Si le chemin d'accès défini dans les propriétés Menu.StaticPopOutImageUrl et Menu.DynamicPopOutImageUrl contient une barre oblique inverse (\), les images ne sont pas restituées. (Dans les versions antérieures d'ASP.NET, le chemin d'accès peut inclure une barre oblique inverse.)

• Au lieu de définir la propriété MenuItem.PopOutImageUrl pour les éléments de menu individuels, définissez le Menu.StaticPopOutImageUrl ou Menu.DynamicPopOutImageUrl du contrôle System.Web.UI.WebControls.Menu parent.

  ou

  Définissez System.Web.UI.WebControls.MenuRenderingMode sur Table ou System.Web.UI.WebControls.MenuRenderingMode sur Default et PagesSection.ControlRenderingCompatibilityVersion sur 3.5. Ces paramètres entraînent l'utilisation par le contrôle Menu de la disposition basée sur tableau HTML qu'il a utilisée dans les versions antérieures d'ASP.NET.

• Si le chemin d'accès dans la propriété Menu.StaticPopOutImageUrl ou Menu.DynamicPopOutImageUrl contient une barre oblique inverse (\), remplacez-la par une barre oblique (/).

Mise en cache de sortie

Dans ASP.NET 1.0, en raison d'un bogue, les pages mises en cache qui spécifiaient Location="ServerAndClient" en tant que paramètre de cache de sortie émettaient un en-tête HTTP Vary:* dans la réponse. Par conséquent, les navigateurs clients ne mettaient jamais en cache la page localement. La méthode HttpCachePolicy.SetOmitVaryStar ajoutée dans ASP.NET 1.1 pouvait être appelée pour supprimer l'en-tête Vary:*. Toutefois, les rapports de bogues indiquent que les développeurs ignorent le comportement SetOmitVaryStar existant.

Dans ASP.NET 4, l'en-tête HTTP Vary:* n'est plus émis à partir des réponses qui spécifient la directive suivante :

<%@ OutputCache Location="ServerAndClient" %>

Par conséquent, la méthode HttpCachePolicy.SetOmitVaryStar n'est plus requise pour supprimer l'en-tête Vary:*. Dans les applications qui spécifient « ServerAndClient » pour l'attribut Location, les pages pourront être mises en cache dans le navigateur sans que vous ayez besoin d'appeler HttpCachePolicy.SetOmitVaryStar.

Si des pages de l'application doivent émettre Vary:*, appelez la méthode HttpResponse.AppendHeader comme indiqué dans l'exemple suivant :

HttpResponse.AppendHeader("Vary","*");

Vous pouvez également modifier l'attribut Location de mise en cache de sortie en lui affectant la valeur "Server".

Types Passport

La prise en charge de Passport intégrée à ASP.NET 2.0 est obsolète et n'est plus gérée en raison des modifications apportées à Passport (kit de développement logiciel de Live ID). Par conséquent, les types liés à Passport dans System.Web.Security sont désormais marqués avec l'attribut ObsoleteAttribute.

Modifiez votre code pour qu'il utilise le Kit de développement logiciel Windows Live ID (page éventuellement en anglais) au lieu des types Passport dans l'espace de noms System.Web.Security (par exemple, System.Web.Security.PassportIdentity).

Validation de la demande

Pour améliorer la validation de la demande, la validation de la demande ASP.NET est appelée plus tôt dans le cycle de vie des demandes. Par conséquent, la validation de la demande s'exécute pour les demandes qui ne concernent pas les fichiers .aspx (par exemple, pour les appels de service Web et les gestionnaires personnalisés). Elle est également active lorsque des modules HTTP personnalisés sont exécutés dans le pipeline de traitement des demandes.

En raison de cette modification, les demandes de ressources qui ne concernent pas les fichiers .aspx peuvent générer des erreurs de validation de la demande. Du code personnalisé qui s'exécute dans le pipeline de demande (par exemple, des modules HTTP personnalisés) peut également générer des erreurs similaires.

Si nécessaire, vous pouvez revenir à l'ancien comportement qui consiste à déclencher une validation des demandes uniquement pour les pages .aspx. Pour ce faire, utilisez le paramètre suivant dans le fichier de configuration Web :

<httpRuntime requestValidationMode="2.0" />

Note de sécurité

Si vous rétablissez l'ancien comportement, assurez-vous que tout le code dans les gestionnaires existants, modules et les autres codes personnalisés effectuent des vérifications visant à détecter les entrées HTTP potentiellement dangereuses susceptibles d'être des vecteurs d'attaques XSS.

Sites SharePoint

Si vous essayez d'exécuter un site Web ASP.NET 4 déployé comme un enfant d'un site Web SharePoint qui contient un niveau de confiance partielle personnalisé nommé WSS_Minimal, vous obtiendrez l'erreur suivante :

Could not find permission set named 'ASP.Net'.

Actuellement, aucune version de SharePoint n'est compatible avec ASP.NET. Par conséquent, vous ne devez pas essayer d'exécuter un site Web ASP.NET 4 comme un enfant d'un site Web SharePoint.

CardSpace

Windows CardSpace n'est plus inclus dans le .NET Framework ; il est fourni séparément.

Téléchargez Windows CardSpace à partir du Centre de téléchargement Microsoft.

Compilateur de code C#

Les classes Compiler, CompilerError et ErrorLevel qui étaient dans l'espace de noms Microsoft.CSharp ne sont plus disponibles et leur assembly (cscompmgd.dll) n'est plus inclus dans le .NET Framework.

Utilisez la classe CodeDomProvider et d'autres classes dans l'espace de noms System.CodeDom.Compiler. Pour plus d'informations, consultez Utilisation du CodeDOM.

Nouveau modèle de sécurité

La stratégie de sécurité d'accès du code (CAS) a été désactivée et remplacée par un modèle simplifié, comme décrit dans Modifications de sécurité dans le .NET Framework 4.

Des modifications peuvent être nécessaires si vos applications dépendent de la sécurité d'accès du code. Pour plus d'informations, consultez Compatibilité de la stratégie de sécurité d'accès du code et migration.

Heures d'été et d'hiver

Pour garantir une cohérence avec l'horloge système, les propriétés d'heure (telles que TimeZoneInfo.Local et DateTime.Now) utilisent maintenant les règles du système d'exploitation au lieu des autres données .NET Framework pour le passage aux heures d'été et d'hiver.

Aucun

Noms de cultures

Les modifications de noms suivantes affectent les cultures allemande, maldivienne et africaine :

• CurrencyEnglishName : Le nom de la devise pour la culture Allemand (Suisse) (de-CH) est passé de « sFr. » à « Fr. ».

• LongDatePattern : Le modèle de date longue pour la culture Divehi (Maldives) (dv-MV) est passé de « jj/MMMM/aaaa » à « jj/MM/aaaa ».

• PMDesignator : L'indicateur PM (APRÈS-MIDI) de la culture Afrikaans (Afrique du Sud) (af-ZA) est passé de « nm » à « PM ».

Notez les changements dans les noms de cultures.

Types de cultures obsolètes

Les types de cultures FrameworkCultures et WindowsOnlyCultures sont désormais obsolètes.

Pour des raisons de compatibilité descendante, FrameworkCultures retourne maintenant les cultures neutres et spécifiques qui étaient incluses dans le .NET Framework précédent, et WindowsOnlyCultures retourne désormais une liste vide.

Utilisez d'autres valeurs de l'énumération CultureTypes.

Normes Unicode 5.1

Le .NET Framework prend désormais en charge tous les caractères Unicode 5.1 (et environ 1400 caractères supplémentaires). Ces nouveaux caractères incluent des symboles, des flèches, des signes diacritiques, des signes de ponctuation, des symboles mathématiques, des idéogrammes et des traits CJC, des chiffres supplémentaires pour le Malayâlam et le Télugu et différents caractères birmans, latins, arabes, grecs, mongols et cyrilliques. Les nouvelles écritures suivantes sont prises en charge avec Unicode 5.1 : sundanais, lepcha, ol tchiki, vaï, saurachtra, kayah li, redjang, gurmukhi, oriya, tamoul, télugu, malayâlam et cham.

Aucun

Exceptions pour un état de processus endommagé

Le CLR n'envoie plus d'exception pour un état de processus endommagé aux gestionnaires d'exceptions en code managé.

Ces exceptions indiquent que l'état d'un processus a été endommagé. Nous vous déconseillons d'exécuter votre application dans cet état.

Pour plus d'informations, consultez HandleProcessCorruptedStateExceptionsAttribute et l'entrée Handling Corrupted State Exceptions dans le blog Les coulisses du CLR.

Algorithmes de hachage d'assembly

La propriété AssemblyName.HashAlgorithm retourne désormais AssemblyHashAlgorithm.None, car le runtime ne reconnaît pas l'algorithme de hachage de l'assembly référencé lorsque l'assembly n'est pas chargé. (Cela fait référence à l'utilisation de la propriété sur un assembly référencé tel que celui retourné par la méthode Assembly.GetReferencedAssemblies.)

Aucun

Type déclarant

La propriété Type.DeclaringType retourne désormais la valeur Null correctement lorsque le type n'a pas de type déclarant.

Aucun

Modification de l'emplacement du Global Assembly Cache

Pour les assemblys .NET Framework 4, le Global Assembly Cache a été déplacé du répertoire Windows (% WINDIR%) vers le sous-répertoire Microsoft.Net (%WINDIR%\Microsoft.Net). Les assemblys des versions antérieures restent dans l'ancien répertoire.

L'énumération ASM_CACHE_FLAGS non managée contient le nouvel indicateur ASM_CACHE_ROOT_EX. Cet indicateur obtient l'emplacement du cache pour les assemblys .NET Framework 4, qui peut être obtenu par la fonction GetCachePath.

Aucune, à condition que les applications n'utilisent pas de chemins d'accès explicites vers les assemblys, ce qui n'est pas recommandé.

Longueur de la mémoire tampon

(API non managée)

Pour économiser de la mémoire, la fonctionnalité pour le paramètre pBufferLengthOffset de la méthode ICorProfilerInfo2::GetStringLayout a été modifiée pour correspondre au paramètre pStringLengthOffset. Les deux paramètres pointent désormais sur l'emplacement d'offset de la longueur de la chaîne. La longueur de la mémoire tampon a été supprimée de la représentation de la classe de chaîne.

Supprimez toute dépendance sur la longueur de la mémoire tampon.

Appel de code non managé

Pour améliorer les performances dans l'interopérabilité avec du code non managé, les conventions d'appel incorrectes dans un appel de code non managé provoquent désormais un échec de l'application. Dans les versions antérieures, la couche de marshaling résolvait ces erreurs en haut de la pile.

Le débogage de vos applications dans Microsoft Visual Studio 2010 vous signalera ces erreurs pour que vous puissiez les corriger.

Si vous avez des binaires qui ne peuvent pas être mises à jour, vous pouvez inclure l'élément <NetFx40_PInvokeStackResilience> dans le fichier de configuration de votre application pour permettre la résolution des erreurs d'appel en haut de la pile, comme dans les versions antérieures. Toutefois, cette opération peut affecter les performances de votre application.

Scénarios de gestion des droits numériques (POCO)

L'interface System.Data.Objects.DataClasses.IRelatedEnd a de nouvelles méthodes qui facilitent son utilisation dans des scénarios POCO (Plain Old CLR Object). Ces nouvelles méthodes utilisent un Object au lieu d'une entité IEntityWithRelationships comme paramètre.

Événements

L'événement DataRowView.PropertyChanged est maintenant déclenché lorsqu'une ligne est dans un état modifié et que la méthode RejectChanges est appelée. Cette modification facilite la création des contrôles d'interface utilisateur qui exposent le contenu d'un objet DataSet.

Mappage des vues

Les erreurs de mappage de l'affichage des requêtes sont désormais interceptées au moment du design au lieu de lever un NullReferenceException au moment de l'exécution.

La validation de mappage intercepte désormais l'erreur où deux ensembles d'associations dans Conceptual Schema (CSDL) sont mappés à la même colonne.

Objets d'entité

Il existe désormais une parité entre la méthode ObjectContext.Detach et l'état de l'objet d'entité lorsque la méthode ObjectContext.SaveChanges est appelée. Cette cohérence améliorée empêche la levée d'exceptions inattendues.

Annotations structurelles

L'Entity Framework reconnaît désormais les annotations structurelles.

Événements

Une collection System.Data.Linq.EntitySet<TEntity> déclenche désormais l'événement ListChanged pour des opérations d'ajout et de suppression si le EntitySet<TEntity> est déchargé, en plus de déclencher l'événement lorsque la collection est chargée.

Contenu binaire par lot

Les services de données WCF prennent désormais en charge le contenu binaire par lot dans les demandes et les réponses.

Exceptions

Les conditions suivantes lèvent désormais des exceptions plus utiles au lieu d'une NullReferenceException :

• Un TimeoutException lorsqu'un appel à un service de données expire.

• Un DataServiceRequestException lorsqu'une demande incorrecte est effectuée à un service de données.

Dans vos applications, vous devez modifier la gestion des exceptions pour intercepter les nouvelles exceptions.

Lecteur JSON

Le lecteur JSON (JavaScript Object Notation) retourne désormais une erreur correctement lorsqu'il lit une seule barre oblique inverse (« \ ») en tant que caractère d'échappement, lorsqu'il traite des charges JSON envoyées à un service de données WCF.

Demandes

La méthode DataService<T>.OnStartProcessingRequest est maintenant appelée avant qu'une requête aux services de données ne soit traitée. La requête peut ainsi fonctionner correctement pour les services ServiceOperation.

URI

L'échappement des URI par le client des services de données WCF a été corrigé.

Fichiers de configuration

Pour permettre l'héritage des comportements via la hiérarchie de fichiers de configuration, WCF prend désormais en charge la fusion dans les fichiers de configuration.

Le modèle d'héritage de configuration est maintenant développé pour permettre aux utilisateurs de définir des comportements qui s'appliqueront à tous les services exécutés sur l'ordinateur.

Vous pouvez rencontrer des changements de comportement si des comportements ont le même nom à différents niveaux de la hiérarchie.

Gestion des exceptions

Pour détecter les erreurs plus tôt, WPF lève un TargetInvocationException et définit la propriété InnerException sur des exceptions critiques, telles que NullReferenceException, OutOfMemoryException, StackOverflowException et SecurityException, au lieu d'intercepter l'exception d'origine.

Aucun

Applications de confiance partielle

Pour des raisons de sécurité, les applications Windows qui fonctionnent en mode de confiance partielle et qui contiennent un contrôle WebBrowser ou un contrôle Frame contenant HTML lèveront un SecurityException lorsque le contrôle sera créé.

Les applications de navigateur lèveront une exception et afficheront un message si toutes les conditions suivantes sont respectées :

• l'application s'exécute dans Firefox ;

• l'application s'exécute en mode de confiance partielle dans la zone Internet à partir de sites non approuvés ;

• l'application contient un contrôle WebBrowser ou un contrôle Frame contenant HTML.

Notez que les applications qui s'exécutent à partir de sites approuvés ou de la zone intranet ne seront pas affectées.

Dans vos applications de navigateur, vous pouvez atténuer cette modification en effectuant l'une des opérations suivantes :

• exécutez l'application de navigateur en mode de confiance totale ;

• invitez les clients à ajouter le site de l'application à la zone de sites approuvée ;

• invitez les clients à exécuter l'application dans Internet Explorer.

Windows 7

Pour permettre un fonctionnement optimal des applications WPF sur Windows 7, les améliorations suivantes ont été effectuées pour corriger le comportement d'une fenêtre :

• Les états d'ancrage et de mouvement fonctionnent désormais comme prévu selon les interventions de l'utilisateur.

• Les commandes de la barre des tâches Cascade, Afficher les fenêtres empilées et Afficher les fenêtres côte à côte ont désormais un comportement correct et mettent à jour les propriétés appropriées.

• Les propriétés Top, Left, Width et Height d'une fenêtre agrandie ou réduite contiennent désormais l'emplacement de restauration correct de la fenêtre au lieu d'autres valeurs, en fonction du moniteur.

Aucun

Visionneuse XPS

WPF n'inclut pas Microsoft XML Paper Specification Essentials Pack (XPSEP). XPSEP est inclus avec Windows 7 et Windows Vista.

Sur un ordinateur qui exécute Windows XP sans que .NET Framework 3.5 SP1 ne soit installé, l'impression à l'aide d'une API WPF différente de celles dans PrintDialog utilisera le WINSPOOL. Certaines fonctions d'imprimante ne seront pas signalées et certains paramètres de l'imprimante ne seront pas appliqués pendant l'impression.

Si nécessaire, installez le Microsoft XML Paper Specification Essentials Pack.

Boîtes de dialogue

Pour améliorer la fiabilité, la méthode CommonDialog.ShowDialog est appelée sur le même thread qui a créé le contrôle Microsoft.Win32.FileDialog.

Veillez à créer un contrôle FileDialog et à appeler la méthode ShowDialog sur le même thread.

Éléments dans les collections

Lorsqu'un élément est déplacé ou ajouté à une collection sous-jacente, il s'affiche dans le CollectionView au même emplacement relatif si le CollectionView n'est pas trié. Cela garantit une cohérence entre la position de l'élément dans la collection et le CollectionView associé.

Utilisez la méthode ItemContainerGenerator.ContainerFromItem ou CollectionView.IndexOf pour trouver l'emplacement d'un élément dans un CollectionView au lieu de vous reposer sur l'emplacement fixe d'un élément.

Menus

Pour activer du texte ClearType dans les menus contextuels, des modifications ont été effectuées dans la classe ControlTemplate, le contrôle MenuItem et d'autres contrôles.

Les applications ne doivent pas s'appuyer sur la structure visuelle des modèles de contrôle. Seules les parties nommées d'un ControlTemplate font partie du contrat public. Si une application doit rechercher un certain objet dans un ControlTemplate, recherchez un type spécifique dans l'arborescence d'éléments visuels au lieu de vous reposer sur un emplacement fixe d'un objet dans l'arborescence.

Menus contextuels

Le délégué CustomPopupPlacementCallback peut désormais être appelé plusieurs fois pendant une passe de disposition au lieu d'une seule fois.

Si votre délégué CustomPopupPlacementCallback calcule la position d'un Popup en fonction de sa position précédente, recalculez la position uniquement si les valeurs des paramètres popupSize, targetSize ou offset sont modifiées.

Zones de texte

Pour des raisons de sécurité, les méthodes TextBoxBase.Copy et TextBoxBase.Cut échouent silencieusement lorsqu'elles sont appelées en mode de confiance partielle.

De plus, l'exécution par programmation de la propriété ApplicationCommands.Copy ou ApplicationCommands.Cut sur un contrôle qui hérite de TextBoxBase sera bloquée en mode de confiance partielle. Toutefois, les commandes de copier et couper initiées par l'utilisateur, telles que le clic sur un bouton dont la propriété ButtonBase.Command est liée à l'une de ces commandes, fonctionneront. Les actions copier et couper standard effectuées via des raccourcis clavier et le menu contextuel continueront de fonctionner comme avant en mode de confiance partielle.

Liez la commande ApplicationCommands.Copy ou ApplicationCommands.Cut à une action initiée par l'utilisateur (par exemple, lorsqu'il clique sur un bouton).

Effets bitmap

Pour améliorer les performances, la classe BitmapEffect et les classes qui héritent de la classe BitmapEffect, même si elles sont encore présentes, sont désactivées. L'effet sera restitué à l'aide du pipeline de rendu accéléré par le matériel si les conditions suivantes sont vérifiées :

• L'application utilise un DropShadowBitmapEffect ou un BlurBitmapEffect qui a un jeu de propriétés de rayon inférieur à 100 DIU.

• la carte vidéo sur l'ordinateur qui exécute l'application prend en charge Pixel Shader 2.0.

Si ces conditions ne sont pas réunies, un objet BitmapEffect n'aura aucun effet.

De même, Visual Studio 2010 produira un avertissement du compilateur lorsqu'il rencontrera l'objet BitmapEffect ou une sous-classe.

La méthode PushEffect est marquée comme obsolète.

Cessez d'utiliser le BitmapEffect hérité et les classes dérivées et, à la place, utilisez les nouvelles classes dérivées de Effect : BlurEffect, DropShadowEffect et ShaderEffect.

Vous pouvez également créer vos propres effets en héritant de la classe ShaderEffect.

Décodage d'images

Pour empêcher un problème de gestion de IOException lorsque des images ne peuvent pas être décodées, la classe BitmapSource déclenchera l'événement DecodeFailed lorsqu'elle ne décodera pas une image.

Supprimez les gestions d'exceptions pour IOException et utilisez l'événement DecodeFailed pour vérifier l'échec du décodage.

Liaison d'instances de commande

Pour fournir un mécanisme permettant de lier des instances de commande basées sur le modèle Vue à des mouvements d'entrée basés sur la Vue, la classe InputBinding hérite désormais de Freezable au lieu de DependencyObject. Les propriétés suivantes sont maintenant des propriétés de dépendance :

• Command

• CommandParameter

• CommandTarget

Cette modification entraîne le résultat suivant :

• Un objet InputBinding est maintenant figé lorsqu'il est enregistré au lieu de rester mutable.

• Vous ne pouvez pas accéder aux objets InputBinding au niveau de l'instance à partir de plusieurs threads, en raison des restrictions de la classe DependencyObject.

• Vous ne pouvez pas muter de liaisons d'entrée au niveau de la classe après leur inscription, en raison des restrictions de la classe Freezable.

• Vous ne pouvez pas spécifier de liaisons d'entrée sur les instances de commande créées dans un modèle Vue.

Créez des instances distinctes d'une classe InputBinding sur les threads séparés si les liaisons doivent être mutables, sinon figez-les. Ne mutez pas un InputBinding statique de niveau classe après son inscription.

Combinaisons de touches mortes

WPF obscurcit les touches mortes, qui ne produisent aucun caractère visible mais indiquent à la place que la touche sera combinée avec la touche suivante afin de produire un caractère. Les événements de saisie, tels que l'événement KeyDown, indiquent lorsqu'une touche est une touche morte en affectant à la propriété Key la valeur DeadCharProcessed. Ce comportement est connu car les applications ne projettent généralement pas de répondre à l'entrée au clavier qui crée un caractère combiné.

Les applications qui s'attendent à lire des touches faisant partie des caractères combinés peuvent obtenir la touche maintenant obscurcie à l'aide de la propriété DeadCharProcessedKey.

Hiérarchie de classes de vues

Les classes TreeViewAutomationPeer et TreeViewItemAutomationPeer héritent de ItemsControlAutomationPeer au lieu de FrameworkElementAutomationPeer.

Si vous héritez des classes TreeViewItemAutomationPeer et substituez la méthode GetChildrenCore, envisagez de retourner un objet qui hérite de la nouvelle classe TreeViewDataItemAutomationPeer.

Menus et objets enfants

Pour activer l'UI Automation des menus qui contiennent des enfants différents des objets MenuItem, la méthode GetChildrenCore retourne maintenant l'objet AutomationPeer d'un objet UIElement enfant, au lieu d'un objet MenuItemAutomationPeer.

Aucun

Types Thumb

La méthode GetClassNameCore retourne une valeur au lieu de la valeur Null. Par conséquent, les contrôles, tels que GridSplitter, qui héritent de la classe Thumb signaleront un nom à l'UI Automation.

Aucun

Extension de balisage

WPF utilise maintenant toujours correctement la valeur de la méthode MarkupExtension.ProvideValue au lieu de retourner l'objet MarkupExtension dans certains cas lorsqu'une extension de balisage est utilisée pour définir une propriété ou créer un élément dans une collection. Une extension de balisage peut se retourner elle-même dans certains cas.

Si votre application accède à une ressource qui a retourné un objet MarkupExtension dans les versions antérieures, référencez l'objet retourné de ProvideValue, plutôt que de l'objet MarkupExtension.

Schémas caméléons

Pour empêcher une altération des données, les schémas caméléons sont désormais correctement clonés lorsqu'ils sont inclus avec plusieurs schémas.

Les schémas caméléons sont des schémas qui n'ont pas d'espace de noms cible, et lorsqu'ils sont inclus dans un autre XSD, ils utilisent l'espace de noms cible du schéma importateur. Ils sont souvent utilisés pour inclure des types communs dans un schéma.

Attribut d'espace de noms

Pour empêcher l'altération de données, un objet XPathNavigator retourne désormais correctement le nom local de l'attribut x:xmlns.

Validation de schéma

Pour empêcher toute erreur de validation de schéma, la classe XmlSchemaSet permet aux schémas XSD d'être compilés de façon correcte et cohérente. Ces schémas peuvent inclure d'autres schémas ; par exemple, A.xsd peut inclure B.xsd, qui peut inclure C.xsd. Lorsque l'un d'eux est compilé, ce graphique de dépendances est parcouru.

URI

La méthode XElement.Load retourne maintenant la BaseURI correcte dans les requêtes LINQ.

Résolveurs d'espace de noms

La méthode XmlReader.ReadContentAs n'ignore plus le résolveur IXmlNamespaceResolver qui lui est passé.

Dans les versions antérieures, le résolveur d'espace de noms spécifié était ignoré, et le XmlReader était utilisé à la place.

Références d'entité

Pour empêcher l'altération de données, les références d'entité ne sont plus décomposées deux fois en entités dans les attributs XML.

Si l'utilisateur essayait d'écrire une entité dans un attribut xmlns, xml:lang ou xml:space à l'aide de la méthode WriteEntityRef, l'entité était décomposée deux fois en entités dans la sortie, ce qui endommagait les données.

Août 2010

Ajout de problèmes relatifs à l'hébergement des contrôles dans le navigateur Web, les classes de compilateur et CodeDOM et la visionneuse du cache d'assembly global.

Améliorations apportées aux informations.