La entrada táctil para los controles de ScrollViewer y ListBox se produce, de manera predeterminada, en un subproceso independiente, en lugar del subproceso de interfaz de usuario.

En el sistema operativo Windows Phone 7.0, la entrada táctil de los controles de ScrollViewer y ListBox se produce en el subproceso de interfaz de usuario, de modo que la capacidad de respuesta de la interfaz de usuario se ve afectada. En el sistema operativo Windows Phone 7.1, la entrada táctil de estos controles se produce de manera predeterminada en un subproceso independiente, de modo que el desplazamiento es mucho más rápido.

Este cambio permite a la interfaz de usuario responder más rápidamente.

En situaciones en las que no sea posible gestionar la entrada táctil en segundo plano, cambie el ManipulationMode del control a Control en el código XAML o el código subyacente.

La respuesta a una solicitud de cliente web asíncrona generada en un subproceso de segundo plano vuelve al grupo de subprocesos de segundo plano.

En el sistema operativo Windows Phone 7.0, si una solicitud de cliente web asíncrona se generó en un subproceso de segundo plano, la respuesta se devuelve al subproceso de interfaz de usuario. Ahora, la respuesta vuelve al grupo de subprocesos en el que se haya generado.

Las aplicaciones que se actualizan para el sistema operativo Windows Phone 7.1 pueden verse afectadas si dependían de que la respuesta volviera al subproceso de interfaz de usuario. Se puede producir una excepción UnauthorizedAccessException con el mensaje “Acceso entre procesos no válido”.

Este cambio permite que las descargas se procesen completamente en segundo plano, de modo que la interfaz de usuario puede responder con mayor rapidez.

En el código, eso depende de que la respuesta que vuelve al subproceso de interfaz de usuario calcule la respuesta usando Dispatcher.BeginInvoke.

La clase TaiwanCalendar se ha quitado de la API.

La clase TaiwanCalendar se ha quitado de la API. Ya no está disponible en el sistema operativo Windows Phone 7.0 ni en el sistema operativo Windows Phone 7.1.

Se trata de un requisito geopolítico.

Las aplicaciones que utilizan esta clase deben actualizar su código para quitar esta clase.

Se ha cambiado el nombre a los tipos de métodos de extensión.

Se ha cambiado el nombre a los siguientes tipos.

• SocketExtensionMethods es ahora SocketExtensions

• WebRequestExtensionMethods es ahora WebRequestExtensions

• WebBrowserExt es ahora WebBrowserExtensions

Los nombres nuevos siguen las instrucciones de nomenclatura de .NET Framework.

Las aplicaciones que utilizan estos tipos deberán actualizarse para utilizar los nombres nuevos.

La propiedad IsRunningSlowly se ha quitado de la clase GameTimerEventArgs.

La propiedad IsRunningSlowly se ha quitado de la clase GameTimerEventArgs.

Esta propiedad siempre devuelve false.

Las aplicaciones que utilizan esta propiedad deberán actualizar su código para quitar esta propiedad.

IExecuteResult se ha quitado de la API del sistema operativo Windows Phone 7.1.

IExecuteResult se ha quitado de la API del sistema operativo Windows Phone 7.1.

El teléfono no es compatible con ExecuteMethodCall y las aplicaciones que intenten utilizarlo fallarán.

Las aplicaciones que utilizan IExecuteResult o ExecuteMethodCall deberán actualizar su código para quitar las referencias.

Las propiedades del tipo MotionReading se han modificado.

Las propiedades del tipo MotionReading se han cambiado por Vector3. Se ha cambiado el nombre de DeviceRotation por DeviceRotationRate.

Este cambio elimina la dependencia entre MotionReading, AccelerometerReading y GyroscopeReading.

El código que utiliza la clase MotionReading debe cambiarse para utilizar los nuevos tipos y nombre.

Se ha cambiado el nombre de la carpeta del servicio de transferencias en segundo plano del almacenamiento aislado.

El nombre de la carpeta de intercambio del servicio de transferencias en segundo plano se cambió de \Transfers a \Shared\Transfers.

Este cambio agrupa todos los servicios que acceden a los archivos del almacenamiento aislado bajo "Shared".

Cambie todas las referencias de DownloadLocation, UploadLocation y el URI de origen del constructor BackgroundTransferRequest para apuntar a Shared\Transfers, en lugar de a Transfers.

Los datos del mosaico del almacenamiento aislado deben utilizar la carpeta Shared\ShellContent.

StandardTileData.BackBackgroundImage y StandardTileData.BackgroundImage deben utilizar ahora la carpeta Shared\ShellContent para las imágenes almacenadas en el almacenamiento aislado.

Este cambio agrupa todos los servicios que acceden a los archivos del almacenamiento aislado bajo "Shared".

Cambie todas las referencias de BackBackgroundImage y BackgroundImage para apuntar a Shared\ShellContent. Por ejemplo:

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

Se ha quitado la clase ShellTileEnumerator.

Se ha quitado la clase ShellTileEnumerator.

La interfaz estándar IEnumerable<T> es todo lo que se necesita para utilizar la propiedad ShellTile.ActiveTiles.

Enumera la propiedad ActiveTiles utilizando la interfaz estándar IEnumerable<T>.

Los agentes de segundo plano no se inician en el depurador al utilizar los métodos Add y Find.

Anteriormente, los agentes de segundo plano se iniciaban en el depurador utilizando los métodos Add y Find. Ahora se inician utilizando el método LaunchForTest.

El nuevo método LaunchForTest facilita la depuración de los agentes de segundo plano.

Use el método LaunchForTest para depurar los agentes de segundo plano.

Se ha quitado el método de reemplazo OnCancel de la clase ScheduledTaskAgent.

Se ha quitado el método de reemplazo OnCancel de la clase ScheduledTaskAgent. El único reemplazo que queda es el método OnInvoke.

El método de reemplazo OnCancel provocaba problemas con el modelo de energía de segundo plano.

Las aplicaciones que utilizan este método deben actualizar su código para quitar este método.

La memoria para los agentes de tareas programadas se ha limitado a 6 MB.

Anteriormente, la cantidad de RAM asignada a los agentes de tareas programadas era de 8 MB. Ahora el límite es de 6 MB. Este cambio no afecta a los agentes para la reproducción de audio y los agentes de transmisión de audio por secuencias.

Este cambio protege la solidez del teléfono.

Si fuera necesario, reestructure la aplicación para que funcione dentro de ese nuevo límite.

Los agentes de tareas programadas que exceden los límites de memoria o que finalizan con excepciones se pueden desprogramar.

Los agentes de tareas programadas que superan los límites de memoria se pueden finalizar. Dos infracciones consecutivas provocan la suspensión de la programación.

Este cambio protege la solidez del teléfono.

La recomendación para los agentes de tareas programadas es alcanzar una duración de 15 segundos y una memoria para procesos pico de 4,5 MB. Si fuera necesario, reestructure la aplicación para que funcione de acuerdo con estas recomendaciones.

Se ha cambiado el nombre de Microsoft.Devices.YCrCbPixelLayout por Microsoft.Devices.YCbCrPixelLayout.

Se ha cambiado el nombre de Microsoft.Devices.YCrCbPixelLayout por Microsoft.Devices.YCbCrPixelLayout.

Este cambio se ha realizado para adoptar las convenciones de nomenclatura estándar del sector.

Las aplicaciones que usan YCrCbPixelLayout deberán actualizar su código.

Se ha quitado Microsoft.Devices.CaptureResolution.

Se ha quitado Microsoft.Devices.CaptureResolution.

Este cambio sustituye la clase personalizada CaptureResolution por la clase estándar Size para ser más coherente con los patrones de desarrollo establecidos y las instrucciones de Framework.

Las aplicaciones que utilizan CaptureResolution deberán actualizar su código para utilizar la clase estándar Size.

Los valores del tamaño máximo y predeterminado de base de datos y del grupo de búferes son ahora menores para las bases de datos de SQLCE.

El valor máximo del tamaño de bases de datos se ha reducido de 4 GB a 512 MB. El valor predeterminado del tamaño de bases de datos se ha reducido de 128 GB a 32 MB.

El valor máximo del tamaño de grupos de búferes se ha reducido de 255 GB a 5 MB. El valor predeterminado del tamaño de grupos de búferes se ha reducido de 640 GB a 384 MB.

Este cambio reduce la huella de memoria de SQLCE en escenarios predeterminados y en el peor de los casos y garantiza que el uso de la memoria compartida no amenace el buen funcionamiento del dispositivo.

Las aplicaciones que conectan con grandes bases de datos deben fijar el tamaño máximo de base de datos de forma explícita en la cadena de conexión. Quizás también necesite aumentar el tamaño del grupo de búferes para conseguir el mismo rendimiento.

Las aplicaciones que utilizan grandes bases de datos y grupos de búferes podrían utilizar una cantidad de la memoria compartida superior a la permitida, lo que daría lugar a una excepción. En ese caso, sería necesario cambiar el valor del tamaño de bases de datos y del grupo de búferes o reestructurar la aplicación para que funcione dentro de los límites fijados.

Los parámetros de la cadena de conexión que no son compatibles han sido eliminados.

Los parámetros de la cadena de conexión que no son compatibles han sido eliminados. Lo cual se aplica a lo siguiente:

• Intervalo de vaciado

• Ruta de acceso temporal / directorio de archivo temporal

• Almacenar información de seguridad

• Identificador de configuración regional

• Tiempo predeterminado de bloqueo

• Extensión de bloqueo predeterminada

• Cifrar base de datos

• Modo de cifrado

• Dar de alta

Este cambio limita la complejidad de las opciones de la cadena de conexión.

Las aplicaciones que contienen estos parámetros deben quitarlos de la cadena de conexión.

La descodificación de imágenes se produce en un subproceso de fondo de manera predeterminada, en lugar de en un subproceso de interfaz de usuario.

En el sistema operativo Windows Phone 7.0, la descodificación de imágenes se producía en el subproceso de interfaz de usuario, por lo que la capacidad de respuesta de la interfaz de usuario se veía afectada. En el sistema operativo Windows Phone 7.1, la descodificación de imágenes se produce de manera predeterminada en un subproceso de segundo plano. Las aplicaciones que se han actualizado desde las herramientas de desarrollo de Windows Phone 7.0 al SDK de Windows Phone 7.1 se verán afectadas por este cambio. Las aplicaciones dirigidas al sistema operativo Windows Phone 7.0 no se verán afectadas por este cambio.

Este cambio permite a la interfaz de usuario responder más rápidamente.

Este cambio ha sido reinvertido. No será necesario realizar ningún cambio en el código de la aplicación.

Puede optar por el comportamiento optimizado configurando CreateOptions de una imagen en BackgroundCreation ya sea en el archivo XAML o del código subyacente.

Puede renunciar al comportamiento optimizado explícitamente configurando CreateOptions de una imagen en DelayCreation ya sea en el archivo XAML o del código subyacente.