19 septembre 2011

Informations sur la version

Le tableau ci-après fournit des informations sur la date de publication et le numéro de version de Windows Phone SDK 7.1.

Date de publication

Nom de la version

WP SDK 7.1

Kit d'adaptation / Version du téléphone

Logiciel Zune®

Visual Studio®

9/28/2011

Publication sur le Web

40219.209

7720.20110723-1646

04.08.2345.00

2010 RTM + SP1

8/22/2011

Version Release Candidate

40219.166

7720.20110723-1646

04.08.2134.00

2010 RTM + SP1

6/29/2011

Bêta 2

40219.115

7661.20110607-1657

04.08.2098.00

2010 RTM + SP1

5/24/2011

Bêta 1

40219.87

7629.20110426-1509

04.08.2057.00

2010 RTM + SP1

Le tableau ci-après fournit des informations sur des composants supplémentaires de Windows Phone SDK 7.1 et sur des logiciels connexes.

XNA® Game Studio

Microsoft Expression Blend

WCF Data Services Client

Microsoft Advertising SDK

4.0.30901.0

4.0.30816.0

4.7.6.0

5.2.819.0

Quoi de neuf

Versions précédentes

Configuration requise

Le tableau ci-après indique la configuration requise pour Windows Phone SDK 7.1.

Attention :

Les ordinateurs virtuels ne sont pas pris en charge.

Systèmes d'exploitation pris en charge

  • Windows® Vista® x86 ou x64, avec Service Pack 2 (toutes éditions à l'exception de Starter Edition)

  • Windows® 7 x86 ou x64 (toutes éditions à l'exception de Starter Edition)

Matériel

  • L'installation nécessite 4 Go d'espace libre sur le lecteur système.

  • 3 Go de mémoire vive (RAM)

Plateformes non prises en charge

  • Windows Server® n'est pas pris en charge.

  • Windows® 8 n'est pas pris en charge.

  • Windows® XP n'est pas pris en charge.

  • Les ordinateurs virtuels ne sont pas pris en charge.

Windows Phone Emulator

  • Windows® Phone Emulator requiert une carte graphique DirectX® 10 ou version supérieure, avec un pilote WDDM 1.1 et DDI 10 ou version supérieure.

  • Windows® Phone Emulator requiert une émulation GPU pour prendre en charge certains scénarios tels que le profilage des performances d'application, les applications XNA Framework et l'affichage de contenu dans les contrôles de navigateur Web.

Windows Phone Emulator prend en charge l'émulation périphérique GPU en utilisant le GPU hôte sur les ordinateurs présentant les configurations ci-dessus. Sur tous les autres ordinateurs, l'émulateur revient au mode d'émulation logicielle qui n'est pas prise en charge. Sous Windows 7, vous pouvez vérifier que votre ordinateur prend en charge la configuration recommandée en exécutant « dxdiag » à partir d'une fenêtre de ligne de commande.

Pour plus d'informations, consultez la rubrique Setup and System Requirements for Windows Phone Emulator (en anglais).

Retour au début

Conditions requises pour l'installation

Vous pouvez installer Windows Phone SDK 7.1 même si Visual Studio n'est pas installé sur votre ordinateur. Microsoft Visual Studio 2010 Express pour Windows Phone est installé en même temps que Windows Phone SDK. Vous pouvez l'utiliser pour le développement après avoir installé ce dernier. Si Visual Studio Professional Edition ou une version supérieure est installé, vous pouvez l'utiliser pour le développement après avoir installé Windows Phone SDK 7.1. Vous pouvez modifier la langue de Visual Studio 2010 de façon à ce qu'elle corresponde à celle de Windows Phone SDK.

Remarque :

Si Windows Phone Developer Tools 7.0 (ENU) est installé, vous ne devez pas le désinstaller avant l'installation de Windows Phone SDK 7.1 (ENU).

Attention :

Si vous disposez d'une version Bêta ou Release Candidate antérieure, vous devez la désinstaller avant d'installer le lit de développement logiciel 7.1 pour Windows Phone.

Attention :

Vous pouvez installer la version localisée de Windows Phone SDK 7.1 uniquement sur des systèmes d'exploitation dans la même langue. Vous pouvez installer la version anglaise de Windows Phone SDK 7.1 sur tous les systèmes d'exploitation pris en charge, quelle qu'en soit la langue. Pour plus d'informations, consultez la rubrique Installing the Windows Phone SDK (en anglais).

  • Si Visual Studio 2010 RTM est installé, vous devez installer le Service Pack 1 RTM avant d'installer Windows Phone SDK 7.1. En cas de problème d'installation, consultez les notes de publication du Service Pack 1.

    Visual Studio 2010 SP1 RTM

    Notes de publication de Visual Studio 2010 SP1 RTM

    • Vous ne devez pas désinstaller le Service Pack 1 Bêta avant la mise à niveau vers le Service Pack 1 RTM.

    • Si vous installez d'autres produits Visual Studio 2010 après avoir installé Windows Phone SDK 7.1, réinstallez le Service Pack 1 RTM.

  • Si la version localisée de Windows Phone Developer Tools 7.0 est installée, vous devez la désinstaller avant d'installer Windows Phone SDK 7.1.

  • Si la version localisée d'Expression Blend est installée, vous devez la désinstaller avant d'installer Windows Phone SDK 7.1 (ENU).

  • Si la version localisée de Windows Phone Developer Tools 7.0 (ENU) est installée, vous devez la désinstaller avant d'installer une version localisée de Windows Phone SDK 7.1.

  • Si Expression Blend (ENU) est installé, vous devez le désinstaller avant d'installer une version localisée de Windows Phone SDK 7.1.

  • Si vous avez installé le Microsoft Advertising SDK pour Windows Phone 7, version 5.1 ou supérieure, vous devez le désinstaller avant d'installer Windows Phone SDK 7.1.

    Désinstallez l'élément Microsoft Advertising SDK pour Windows Phone 7 de la liste de programmes sur votre ordinateur.

    Remarque :

    Le Microsoft Advertising SDK est désormais totalement intégré dans Windows Phone SDK 7.1. Vous ne devez donc pas l'installer séparément.

  • Si vous avez installé Visual Basic pour Windows Phone Developer Tools 7.0, vous devez le désinstaller avant d'installer Windows Phone SDK 7.1.

    Désinstallez l'élément Visual Basic pour Windows Phone Developer Tools – RTW de la liste de programmes sur votre ordinateur.

    Remarque :

    Visual Basic est désormais totalement intégré dans Windows Phone SDK 7.1. Vous ne devez donc pas l'installer séparément.

Retour au début

Installation et désinstallation

Problèmes connus

La section ci-dessous énumère les problèmes connus liés à Windows Phone SDK 7.1.

Services d'arrière-plan

Déploiement et débogage

  • La mise à jour vers Windows Phone OS 7.1 d'un appareil déverrouillé par un développeur peut entraîner un nouveau verrouillage de l'appareil. Pour résoudre ce problème, utilisez l'outil de déverrouillage du développeur pour déverrouiller à nouveau l'appareil.

  • Les fichiers XAP d'application de certaines tailles, même si leur déploiement peut aboutir, ne démarrent pas sur Windows Phone Emulator. Cela peut se produire pour des fichiers XAP d'une taille approximative de 100 Mo ou plus. Pour résoudre ce problème, supprimez des ressources de votre projet afin que la taille du fichier XAP soit inférieure à 100 Mo. Déployez votre application, ajoutez progressivement des ressources, puis redéployez.

  • Si le déploiement d'applications dont le nom de fichier XAP contient des caractères Unicode non-ASCII peut aboutir, leur lancement peut échouer. Pour résoudre ce problème, renommez le fichier XAP.

  • Le déploiement d'une application peut échouer et entraîner l'affichage du message Erreur – 0x81030120. Pour résoudre ce problème, ouvrez le fichier WMAppManifest.xml, puis supprimez l'élément suivant. Pour plus d'informations, consultez les rubriques Application Manifest File for Windows Phone et How to: Determine Application Capabilities (en anglais).

     
    <Capability Name="ID_CAP_INTEROPSERVICES"/>

  • Le démarrage d'applications utilisant les nouvelles API Caméra ou Contacts et Calendrier peut échouer. Cela peut se produire pour des applications mises à niveau de Windows Phone OS 7.0 vers Windows Phone OS 7.1. Pour résoudre ce problème, ouvrez le fichier WMAppManifest.xml, puis ajoutez les éléments suivants si nécessaire. Pour plus d'informations, consultez les rubriques Application Manifest File for Windows Phone et How to: Determine Application Capabilities (en anglais).

     
    <Capability Name="ID_CAP_CAMERA"/>
    <Capability Name="ID_CAP_APPOINTMENTS"/>
    <Capability Name="ID_CAP_CONTACTS"/>

Retour au début

Windows Phone Emulator

Retour au début

Projets Visual Studio

  • La modification du nom d'assembly d'une application Silverlight empêche le lancement de cette dernière. Pour résoudre le problème, effectuez l'une des opérations suivantes :

    • Dans le menu Version, cliquez sur Nettoyer la solution.

      - Ou -

    • Dans Explorateur de solutions, cliquez sur le bouton Afficher tous les fichiers. Supprimez le dossier obj. Dans le menu Débogage, cliquez sur Générer la solution.

  • Pour changer l'espace de noms d'une application, vous devez modifier les fichiers suivants : NomDeVotreProjet.csproj, App.xaml, et App.xaml.cs.

    1. Dans le fichier NomDeVotreProjet.csproj, localisez l'élément SILVERLIGHTAPPENTRY et remplacez le contenu existant par le nom du nouvel espace de noms. Autrement dit, remplacez <SilverlightAppEntry>AncienEspaceDeNoms.App</SilverlightAppEntry> par <SilverlightAppEntry>NouvelEspaceDeNoms.App</SilverlightAppEntry>.

    2. Dans le fichier App.xaml, localisez l'attribut x:Class=”AncienEspaceDeNoms.App" et changez-le en x:Class="NouvelEspaceDeNoms.App".

    3. Dans le fichier App.xaml.cs, localisez la déclaration d'espace de noms, puis modifiez namespace AncienEspaceDeNoms en namespace NouvelEspaceDeNoms.

    4. Dans les pages de propriétés du projet, sélectionnez l'objet de démarrage correspondant au nouvel espace de noms.

  • Le modèle de projet par défaut Windows Phone Silverlight et application XNA contient l'avertissement du compilateur suivant : « Le projet <NomProjet> ne peut pas être référencé. Le projet référencé cible une famille de framework différente (.NETFramework).” Cet avertissement n'affecte pas votre application. N'y touchez pas.

  • L'ajout d'une image à un fichier de ressources entraîne l'affichage par le compilateur du message d'erreur : « The type or namespace name 'Drawing' does not exist in the namespace 'System' (are you missing an assembly reference?). » Pour résoudre ce problème, vous pouvez essayez les procédures décrites dans la rubrique Images with ResourceManager (en anglais) du forum Silverlight.

Retour au début

Profileur et Marketplace Test Kit

Seul le profilage d'applications destinées à Windows Phone OS 7.1 sur des appareils ou un émulateur Windows Phone OS 7.1 est pris en charge. Le profilage sur Windows Phone Emulator est pris en charge. En revanche, les données de performances risquent de ne pas indiquer les performances réelles d'une application sur un appareil physique.

  • Les données de texture ne sont pas collectées pour les contrôles Image et Multimédia.

  • Le profilage ne capture pas les données suite à l'arrêt puis à la reprise d'un montage séquentiel. Le montage séquentiel actif affiche des données uniquement jusqu'au point d'arrêt du montage séquentiel.

  • N'ouvrez pas de fichiers .sap de session de profileur enregistrée créés à l'aide de versions Bêta antérieures. Au lieu de cela, profilez votre application avec la nouvelle version.

  • Après exécution des test contrôlés d'une application, les fichiers temporaires restent dans le répertoire %temp%. Vous pouvez recourir à des utilitaires du système d'exploitation pour supprimer les fichiers ou les supprimer manuellement.

Retour au début

Divers

  • Les sockets UDP Multicast utilisent le Wi-Fi lors d'une connexion à Zune.

  • Lorsque vous créez pour la première fois une vignette secondaire, vous devez utiliser une image locale comme pour l'arrière-plan. Vous pouvez ensuite mettre à jour l'image à l'aide d'un URI distant. En revanche, les ShellTiles secondaires utilisant des URI distants ne persistent pas sur l'écran d'accueil après le redémarrage du téléphone.

  • La propriété Response.ContentLength d'un objet HttpWebRequest renvoie 0xFFFFFFFF pour toutes les réponses dont la taille est supérieure à 65 536 octets. Si vous contrôlez la longueur du contenu dans votre application, vous devez mettre à jour votre code comme suit.

    Ancienne manière : if (httpWebResponse.ContentLength == -1L)

    Nouvelle manière : if (httpWebResponse.ContentLength == -1L || (Int32)httpWebResponse.ContentLength == -1)

  • L'utilisation de la classe XmlnsDefinitionAttribute n'est pas prise en charge et peut avoir pour effet qu'une application cesse de répondre.

  • Les zones de texte de plusieurs lignes utilisent \r au lieu de \r\n comme caractère de saut de ligne.

  • Les contrôles ListBox utilisant un rendu XNA Framework ne défilent pas correctement. Pour résoudre ce problème, définissez l'indicateur ManipulationMode du contrôle ScrollViewer sur Control dans le XAML ou le code-behind.

     
    <ListBox ItemsSource="{Binding Items}" ScrollViewer.ManipulationMode="Control" >
  • En cas d'utilisation de Windows Phone Emulator sur un système d'exploitation coréen, le texte entré dans les contrôles s'affiche en coréen plutôt qu'en anglais. Pour résoudre ce problème, activez explicitement le clavier anglais dans les paramètres système.

  • Les fonctions Réaliser un instantané et Restaurer l'instantané de l'outil Explorateur de stockage isolé ne fonctionnent pas comme prévu quand un fichier en lecture seule se trouve dans le stockage isolé. Les recommandations ci-après vous aideront à corriger ce problème :

    • Ne placez pas de fichiers en lecture seule dans un stockage isolé.

    • Utilisez toujours un nouveau dossier Bureau lorsque vous utilisez la fonction Réaliser un instantané.

    • Vérifiez toujours le contenu d'un dossier Bureau avant d'utiliser la fonction Restaurer l'instantané.

  • Les caractères Unicode dans les propriétés de Bing, de Rechercher sur Marketplace et de Tâche WebBrowser ne fonctionnent pas. Pour corriger ce problème, utilisez les tâches sans caractère Unicode.

Retour au début

Kits de développement logiciel localisés pour Windows Phone

Les versions localisées des kits de développement logiciel pour Windows Phone sont prises en charge uniquement par les systèmes d'exploitation dont la langue correspond. Les fonctionnalités opèrent uniquement sur les configurations prises en charge. Pour plus d'informations, consultez la rubrique Installing the Windows Phone SDK (en anglais).

Les problèmes suivant se présentent uniquement dans les versions localisées de Windows Phone SDK 7.1.

  • Les modèles de page ne contiennent pas l'attribut language. Cela peut entraîner un rendu incorrect des caractères d'Asie orientale. Pour résoudre ce problème, ajoutez le code suivant à la balise de début de l'élément de niveau supérieur, par exemple, <phone:PhoneApplicationPage>. Pour plus d'informations, consultez la rubrique Affichage de texte chinois, japonais et coréen.

     
    Language="your culture code"

Retour au début

Changements importants

Pour connaître les changements importants apportés à Windows Phone SDK 7.1, consultez les trois sections suivantes.

Windows Phone OS 7.0 incluait Silverlight 3. Windows Phone OS 7.1 inclut Silverlight 4. Pour connaître les différences entre Silverlight 3 et Silverlight 4, consultez la rubrique Vérification du bon fonctionnement de vos applications Silverlight avec Silverlight 4.

Changements importants par rapport à Windows Phone Developer Tools 7.0

Les changements importants entre Windows Phone SDK 7.1 et Windows Phone Developer Tools 7.0 sont les suivants.

Changement

Description

Motif

Résolution

L'entrée tactile pour les contrôles ScrollViewer et ListBox s'effectue par défaut sur un thread indépendant au lieu du thread UI.

Dans Windows Phone OS 7.0, l'entrée tactile pour les contrôles ScrollViewer et ListBox se produisait sur le thread UI, ce qui affectait la réactivité de l'interface utilisateur. Dans Windows Phone OS 7.1, l'entrée tactile de ces contrôles se produit par défaut sur un thread indépendant, ce qui permet un défilement beaucoup plus rapide.

Ce changement renforce la réactivité de l'interface utilisateur.

Si une gestion en arrière-plan de l'entrée tactile ne convient pas, modifiez le ManipulationMode du contrôle sur Control dans le XAML ou le code-behind.

La réponse à une demande de client Web asynchrone générée sur un thread en arrière-plan renvoie à un pool de threads en arrière-plan.

Dans Windows Phone OS 7.0, si une demande de client Web asynchrone a été générée sur un thread en arrière-plan, la réponse était renvoyée au thread UI. La réponse est désormais renvoyée au pool de threads sur lequel elle a été générée.

Les applications mises à niveau vers Windows Phone OS 7.1 pourraient être affectées si elles dépendaient de la réponse renvoyée sur le thread UI. Une exception UnauthorizedAccessException peut se produire, entraînant l'affichage du message « Accès inter-threads non valide ».

Ce changement active le traitement en arrière-plan complet des téléchargements, et permet une plus grande réactivité de l'interface utilisateur.

Dans le code dépendant du renvoi de réponse sur le thread UI, organisez la réponse à l'aide de Dispatcher.BeginInvoke.

La classe TaiwanCalendar a été supprimée de l'API.

La classe TaiwanCalendar a été supprimée de l'API. Elle n'est plus disponible dans Windows Phone OS 7.0 ni dans Windows Phone OS 7.1.

Cela répond à une exigence géopolitique.

Les applications utilisant cette classe doivent mettre à jour leur code pour supprimer cette classe.

Retour au début

Changements importants par rapport aux versions Bêta précédentes

Les changements importants entre Windows Phone SDK 7.1 et les versions Bêta précédentes sont les suivants.

Changement

Description

Motif

Résolution

Types de méthode d'extension renommés.

Les types suivants ont été renommés.

  • SocketExtensionMethods est à présent nommé SocketExtensions

  • WebRequestExtensionMethods est à présent nommé WebRequestExtensions

  • WebBrowserExt est à présent nommé WebBrowserExtensions

Les nouveaux noms sont conformes aux règles de dénomination de .NET Framework.

Les applications qui utilisent ces types doivent être mises à jour pour utiliser les nouveaux noms.

La propriété IsRunningSlowly a été supprimée de la classe GameTimerEventArgs.

La propriété IsRunningSlowly a été supprimée de la classe GameTimerEventArgs.

Cette propriété renvoie toujours false.

Les applications utilisant cette propriété doivent mettre à jour leur code pour supprimer cette propriété.

La propriété IExecuteResult a été supprimée de l'API Windows Phone OS 7.1.

La propriété IExecuteResult a été supprimée de l'API Windows Phone OS 7.1.

Le téléphone ne prend pas en charge la propriété ExecuteMethodCall. Toute application tentant de l'utiliser échoue.

Les applications utilisant la propriété IExecuteResult ou ExecuteMethodCall doivent mettre à jour leur code pour supprimer les références.

Les types de propriété MotionReading ont changé.

Les propriétés du type MotionReading ont été changées en Vector3. La propriété DeviceRotation a été renommée DeviceRotationRate.

Ce changement élimine la dépendance entre les classes MotionReading, AccelerometerReading et GyroscopeReading.

Le code utilisant la classe MotionReading doit changer pour utiliser les nouveaux types et le nouveau nom.

Le dossier de service de transfert en arrière-plan dans le stockage isolé a été renommé.

Le dossier d'échange de service de transfert en arrière-plan \Transfers a été renommé \Shared\Transfers.

Ce changement a pour effet de regrouper tous les services qui accèdent à des fichiers figurant dans le stockage isolé sous « Shared ».

Modifiez toutes les références de DownloadLocation, UploadLocation et de l'URI source du constructeur BackgroundTransferRequest de façon à ce qu'elles pointent sur Shared\Transfers au lieu de Transfers.

Les données de vignette dans le stockage isolé doivent utiliser le dossier Shared\ShellContent.

StandardTileData.BackBackgroundImage et StandardTileData.BackgroundImage doivent désormais utiliser le dossier Shared\ShellContent pour les images stockées dans un stockage isolé.

Ce changement a pour effet de regrouper tous les services qui accèdent à des fichiers figurant dans le stockage isolé sous « Shared ».

Modifiez toutes les références de BackBackgroundImage et BackgroundImage de façon à ce qu'elles pointent sur Shared\ShellContent. Par exemple :

 
BackgroundImage     = new Uri("isostore:/Shared/ShellContent/TileBackground.jpg", UriKind.Absolute),
BackBackgroundImage = new Uri("isostore:/Shared/ShellContent/BackTileBackground.jpg", UriKind.Absolute)

La classe ShellTileEnumerator a été supprimée.

La classe ShellTileEnumerator a été supprimée.

L'interface standard IEnumerable<T> est tout ce dont il faut disposer lors de l'utilisation de la propriété ShellTile.ActiveTiles.

Énumérez la propriété ActiveTiles à l'aide de l'interface standard IEnumerable<T>.

Les agents d'arrière-plan ne sont pas lancés dans le débogueur par les méthodes Add et Find.

Auparavant, les agents d'arrière-plan étaient lancés dans le débogueur par les méthodes Add et Find. Ils sont désormais lancés à l'aide de la méthode LaunchForTest.

La nouvelle méthode LaunchForTest permet de déboguer plus facilement les agents d'arrière-plan.

Utilisez la méthode LaunchForTest pour déboguer les agents d'arrière-plan.

La méthode de remplacement OnCancel a été supprimée de la classe ScheduledTaskAgent.

La méthode de remplacement OnCancel a été supprimée de la classe ScheduledTaskAgent. La seule méthode de remplacement existante est OnInvoke.

La méthode de remplacement OnCancel générait des problèmes avec le modèle d'alimentation en arrière-plan.

Le code des applications qui utilisent cette méthode doit être mis à jour pour la supprimer.

La mémoire réservée aux agents ScheduledTaskAgent est limitée à 6 Mo.

Auparavant, la quantité de mémoire vive (RAM) allouée à ces agents était de 8 Mo. La limite est désormais de 6 Mo. Cette modification n'affecte pas les agents de lecture audio ou de lecture audio en continu.

Ce changement protège la robustesse du téléphone.

Au besoin, restructurez votre application pour qu'elle fonctionne avec la nouvelle limite.

Les agents ScheduledTaskAgent qui dépassent les limites de mémoire ou qui s'arrêtent avec des exceptions peuvent être déplanifiés.

Les agents ScheduledTaskAgent qui dépassent les limites de mémoire peuvent être arrêtés. Deux violations consécutives se traduisent par la suspension de la planification.

Ce changement protège la robustesse du téléphone.

Pour les agents ScheduledTaskAgent, il est recommandé de cibler une durée de 15 secondes et une mémoire maximale utilisée par le processus de 4,5 MO. Au besoin, restructurez votre application pour qu'elle fonctionne conformément aux recommandations.

Microsoft.Devices.YCrCbPixelLayout a été renommé Microsoft.Devices.YCbCrPixelLayout.

Microsoft.Devices.YCrCbPixelLayout a été renommé Microsoft.Devices.YCbCrPixelLayout.

Cette modification est conforme aux conventions d'affectation de noms standard du secteur.

Le code des applications qui utilisent YCrCbPixelLayout doit être mis à jour.

La classe Microsoft.Devices.CaptureResolution a été supprimée.

La classe Microsoft.Devices.CaptureResolution a été supprimée.

Cette modification remplace la classe personnalisée CaptureResolution par la classe standard Size pour une meilleure cohérence avec les recommandations et les schémas de développement établis.

Le code des applications qui utilisent CaptureResolution doit être mis à jour pour utiliser la classe Size.

Les valeurs maximales et par défaut de taille de bases de données et de pool de mémoires tampons sont désormais inférieures pour les bases de données SQLCE.

La valeur maximale de la taille de base de données est ramenée de 4 Go à 512 Mo. La valeur par défaut de la taille de base de données est ramenée de 128 Mo à 32 Mo.

La valeur maximale de la taille de pool de mémoires tampons est ramenée de 255 Mo à 5 Mo. La valeur par défaut de la taille de pool de mémoires tampons est ramenée de 640 Ko à 384 Ko.

Cette modification réduit l'encombrement mémoire de SQLCE dans le scénario par défaut et dans le pire scénario, et veille à ce que l'utilisation de la mémoire partagée ne mette pas en péril l'état de l'appareil.

Des applications qui se connectent à des bases de données volumineuses doivent définir explicitement la taille maximale de la base de données dans la chaîne de connexion. Il peut également s'avérer nécessaire d'augmenter la taille de pool de mémoires tampons pour obtenir les mêmes performances.

Des applications qui utilisent des bases de données et des pools de mémoires tampons importants sont susceptibles d'utiliser une quantité de mémoire supérieure au maximum autorisé, et de générer ainsi une exception. Dans ce cas, il sera nécessaire de modifier des valeurs de taille de base de données et de pool de mémoires tampons, ou de restructurer l'application pour qu'elle fonctionne dans les limites.

Les paramètres de chaîne de connexion qui ne sont pas pris en charge sont supprimés.

Les paramètres de chaîne de connexion qui ne sont pas pris en charge sont supprimés. Cela s'applique aux éléments suivants.

  • Intervalle de vidage

  • Chemin d'accès Temp / répertoire du fichier temp

  • Info sécurité persistante

  • Identificateur de paramètres régionaux

  • Délai de verrouillage par défaut

  • Escalade de verrous par défaut

  • Chiffrement de la base de données

  • Mode de chiffrement

  • Inscrire

Ce changement protège la complexité des options de la chaîne de connexion.

Les applications qui contiennent ces paramètres doivent supprimer ces derniers de la chaîne de connexion.

Retour au début

Changements importants qui ont été annulés

La liste qui suit énumère les changements importants entre Windows Phone SDK 7.1 et Windows Phone Developer Tools 7.0 qui étaient présents dans les versions Bêta précédentes, mais qui ont désormais été annulés.

Changement

Description

Motif

Résolution

Le décodage des images s'exécute par défaut dans un thread en arrière-plan plutôt que dans le thread de l'interface utilisateur.

Dans Windows Phone OS 7.0, le décodage des images s'exécutait dans le thread de l'interface utilisateur, ce qui pénalisait la réactivité de l'interface utilisateur. Dans Windows Phone OS 7.1, le décodage des images s'exécute par défaut dans un thread en arrière-plan. Les applications mises à niveau de Windows Phone Developer Tools 7.0 vers Windows Phone SDK 7.1 sont affectées par cette modification. Les applications qui ciblent Windows Phone OS 7.0 ne sont pas affectées.

Cette modification apporte une meilleure réactivité de l'interface utilisateur.

Cette modification a été annulée. Vous ne devez apporter aucune modification au code de votre application.

Vous pouvez activer le comportement optimisé en attribuant au paramètre CreateOptions d'une image la valeur BackgroundCreation dans le fichier XAML ou code-behind.

Vous pouvez désactiver le comportement optimisé en attribuant au paramètre CreateOptions d'une image la valeur DelayCreation dans le fichier XAML ou code-behind.

Retour au début

Déclarations concernant les droits d'auteur et la confidentialité

Ce document correspond à une version préliminaire d'un logiciel qui est susceptible d'être largement modifié avant sa version commerciale définitive. Il est fourni à des fins d'information uniquement et Microsoft exclut toute garantie, expresse ou tacite, le concernant. Les informations figurant dans ce document, y compris les URL et autres références de site Web Internet, peuvent être modifiées sans préavis. L'utilisateur reconnaît assumer tous les risques liés à l'utilisation de ce document. Sauf mention contraire, les exemples de sociétés, d’organisations, de produits, de noms de domaine, d’adresses électroniques, de logo, de personnes, de lieux et d’événements inclus dans les présentes sont fictifs. Aucune association avec une société, une organisation, un produit, un nom de domaine, une adresse électronique, un logo, une personne, des lieux ou des événements n’est intentionnelle ou ne doit être déduite. L’utilisateur est tenu d’observer la réglementation relative aux droits d’auteur applicable. Aucune partie de ce document ne peut être reproduite, stockée ou introduite dans un système de documentation, ni transmise à quelque fin ou par quelque moyen que ce soit (électronique, mécanique, photocopie, enregistrement ou autre) sans la permission expresse et écrite de Microsoft Corporation.

Microsoft peut détenir des brevets, avoir déposé des demandes d’enregistrement de brevets ou être titulaire de marques, droits d’auteur ou autres droits de propriété intellectuelle portant sur le contenu du présent document. Sauf stipulation expresse contraire d’un contrat de licence écrit de Microsoft, la fourniture de ce document n'a pas pour effet de vous concéder une licence sur ces brevets, marques, droits d'auteur ou autres droits de propriété intellectuelle.

© 2011 Microsoft Corporation. Tous droits réservés.

Microsoft, Bing, DirectX, Expression Blend, MSDN, Silverlight, Visual Basic, Visual Studio, Windows, Windows Server, Windows Vista, XNA et Zune sont des marques commerciales du groupe de sociétés Microsoft.

Toutes les autres marques commerciales mentionnées appartiennent à leurs propriétaires respectifs.