Compartir a través de

Migración de capas de negocio y de datos de Windows Phone Silverlight a UWP

  • Artículo

El tema anterior era Migración de modelo de E/S, dispositivos y aplicaciones.

Detrás de la interfaz de usuario se encuentran las capas de negocio y de datos. El código de estas capas llama a las API del sistema operativo y de .NET Framework (por ejemplo, proceso en segundo plano, ubicación, cámara, sistema de archivos, red y acceso a otros datos). La mayoría de ellas están disponibles para una aplicación para la Plataforma universal de Windows (UWP), por lo que se puede esperar poder migrar gran parte de este código sin cambios.

Métodos asincrónicos

Una de las prioridades de la Plataforma universal de Windows (UWP) es permitirte compilar aplicaciones realmente dinámicas y coherentes. Las animaciones son siempre ágiles y las interacciones táctiles, como el movimiento panorámico y el deslizamiento rápido, son instantáneas y sin retraso, lo que se percibe como si la interfaz de usuario estuviera pegada al dedo. Para lograrlo, se han convertido en asincrónicas las API de UWP que no pueden garantizar que se vayan a completar en 50 ms y su nombre lleva el sufijo Async. El subproceso de interfaz de usuario se devuelve de inmediato al llamar un método Async y el trabajo se llevará a cabo en otro subproceso. El consumo de un método Async se facilita en gran medida, sintácticamente, con el operador await de C#, los objetos de promesa de JavaScript y las continuaciones de C++. Para obtener más información, consulta Programación asincrónica.

Proceso en segundo plano

Una aplicación Windows Phone Silverlight puede usar un objeto ScheduledTaskAgent administrado para realizar una tarea mientras la aplicación no está en primer plano. Una aplicación para UWP usa la clase BackgroundTaskBuilder para crear y registrar una tarea en segundo plano de una forma similar. Se define una clase que implementa el trabajo de la tarea en segundo plano. El sistema ejecuta la tarea en segundo plano periódicamente, llamando al método Run de su clase para ejecutar el trabajo. En una aplicación para UWP, recuerda establecer la declaración Tareas en segundo plano en el manifiesto del paquete de la aplicación. Para obtener más información, consulta Dar soporte a tu aplicación mediante tareas en segundo plano.

Para transferir archivos grandes de datos en segundo plano, una aplicación Windows Phone Silverlight usa la clase BackgroundTransferService. Una aplicación para UWP usa para ello las API en el espacio de nombres Windows.Networking.BackgroundTransfer. Las funciones usan un patrón similar para iniciar las transferencias, pero en la nueva API se han mejorado las funcionalidades y el rendimiento. Para obtener más información, consulta Transferencia de datos en segundo plano.

Una aplicación Windows Phone Silverlight usa las clases administradas del espacio de nombres Microsoft.Phone.BackgroundAudio para reproducir audio mientras la aplicación no está en primer plano. La UWP usa el modelo de aplicación de la Tienda de Windows Phone; consulta Audio en segundo plano y la muestra Audio en segundo plano.

Servicios en la nube, redes y bases de datos

El hospedaje de datos y servicios de aplicaciones en la nube es posible con Azure. Consulta Introducción a los servicios móviles. Para obtener soluciones que necesitan datos en línea y sin conexión, consulta: Uso de la sincronización de datos sin conexión en los Servicios móviles.

La UWP es parcialmente compatible con la clase System.Net.HttpWebRequest, pero no lo es con la clase System.Net.WebClient. La alternativa recomendada y vanguardista es la clase Windows.Web.Http.HttpClient (o System.Net.Http.HttpClient si necesitas que el código sea portable a otras plataformas compatibles con .NET). Estas API usan System.Net.Http.HttpRequestMessage para representar una solicitud HTTP.

Las aplicaciones para UWP actualmente no incluyen compatibilidad integrada para escenarios de uso intensivo de datos, como escenarios de línea de negocio (LOB). Sin embargo, puedes usar SQLite para los servicios de bases de datos transaccionales locales. Para obtener información, consulta SQLite.

Pasa los URI absolutos, los URI no relativos, a tipos de Windows en tiempo de ejecución. Consulta Pasar un URI a Windows en tiempo de ejecución.

Iniciadores y selectores

Con los iniciadores y los selectores (que se encuentran en el espacio de nombres Microsoft.Phone.Tasks), una aplicación Silverlight de Windows Phone puede interactuar con el sistema operativo para realizar operaciones comunes como redactar un correo electrónico, elegir una foto o compartir determinados tipos de datos con otra aplicación. Busca Microsoft.Phone.Tasks en el tema Asignaciones de espacios de nombres y clases de Silverlight de Windows Phone a Windows 10 para encontrar el tipo equivalente de UWP. Estos van desde mecanismos similares, llamados iniciadores y selectores, hasta la implementación de un contrato para compartir datos entre aplicaciones.

Una aplicación Windows Phone Silverlight se puede colocar en un estado inactivo o incluso excluido cuando se usa, por ejemplo, la tarea del selector de fotos. Una aplicación para UWP permanece activa y en ejecución cuando se usa la clase FileOpenPicker.

Rentabilidad: modo de prueba y compras desde la aplicación

Una aplicación Windows Phone Silverlight puede usar la clase CurrentApp de UWP para la mayoría de su modo de prueba y la funcionalidad de compra desde la aplicación, para que no sea necesario migrar el código. Sin embargo, una aplicación Windows Phone Silverlight llama a MarketplaceDetailTask.Show para ofrecer la compra de la aplicación:

    private void Buy()
    {
        MarketplaceDetailTask marketplaceDetailTask = new MarketplaceDetailTask();
        marketplaceDetailTask.ContentType = MarketplaceContentType.Applications;
        marketplaceDetailTask.Show();
    }

Portar ese código para llamar al método RequestAppPurchaseAsync de UWP:

    private async void Buy()
    {
        await Windows.ApplicationModel.Store.CurrentApp.RequestAppPurchaseAsync(false);
    }

Si tienes código que simula las funciones de compra y de compra desde la aplicación con fines de prueba, puedes portarlo para usar en su lugar la clase CurrentAppSimulator.

Notificaciones de las actualizaciones de iconos o de notificaciones del sistema

Las notificaciones son una extensión del modelo de notificación de inserción para las aplicaciones Windows Phone Silverlight. Cuando recibas una notificación de los Servicios de notificaciones de inserción de Windows (WNS), puedes exponer la información en la interfaz de usuario con una actualización de icono o con una notificación del sistema. Para portar el lado de la interfaz de usuario correspondiente a las funciones de notificación, consulta Iconos y notificaciones del sistema.

Si quieres más información sobre el uso de notificaciones en una aplicación para UWP, consulta Envío de notificaciones del sistema.

Si quieres obtener más información y tutoriales sobre el uso de iconos, notificaciones del sistema, distintivos, mensajes emergentes y notificaciones en una aplicación de Windows en tiempo de ejecución con C++, C# o Visual Basic, consulta Trabajar con iconos, distintivos y notificaciones del sistema.

Almacenamiento (acceso a archivos)

El código de Windows Phone Silverlight que almacena la configuración de la aplicación como pares de clave-valor en un almacenamiento aislado se porta fácilmente. Este es un ejemplo de antes y después, primero la versión de Windows Phone Silverlight:

    var propertySet = IsolatedStorageSettings.ApplicationSettings;
    const string key = "favoriteAuthor";
    propertySet[key] = "Charles Dickens";
    propertySet.Save();
    string myFavoriteAuthor = propertySet.Contains(key) ? (string)propertySet[key] : "<none>";

Y el equivalente de UWP:

    var propertySet = Windows.Storage.ApplicationData.Current.LocalSettings.Values;
    const string key = "favoriteAuthor";
    propertySet[key] = "Charles Dickens";
    string myFavoriteAuthor = propertySet.ContainsKey(key) ? (string)propertySet[key] : "<none>";

Aunque tienen disponible un subconjunto del espacio de nombres Windows.Storage, muchas aplicaciones Windows Phone Silverlight realizan E/S de archivo con la clase IsolatedStorageFile porque ha sido compatible durante más tiempo. Suponiendo que se usa IsolatedStorageFile, este es un ejemplo de antes y después de escribir y leer un archivo, primero la versión de Windows Phone Silverlight:

    const string filename = "FavoriteAuthor.txt";
    using (var store = IsolatedStorageFile.GetUserStoreForApplication())
    {
        using (var streamWriter = new StreamWriter(store.CreateFile(filename)))
        {
            streamWriter.Write("Charles Dickens");
        }
        using (var StreamReader = new StreamReader(store.OpenFile(filename, FileMode.Open, FileAccess.Read)))
        {
            string myFavoriteAuthor = StreamReader.ReadToEnd();
        }
    }

Y la misma función con UWP:

    const string filename = "FavoriteAuthor.txt";
    var store = Windows.Storage.ApplicationData.Current.LocalFolder;
    Windows.Storage.StorageFile file = await store.CreateFileAsync(filename, Windows.Storage.CreationCollisionOption.ReplaceExisting);
    await Windows.Storage.FileIO.WriteTextAsync(file, "Charles Dickens");
    file = await store.GetFileAsync(filename);
    string myFavoriteAuthor = await Windows.Storage.FileIO.ReadTextAsync(file);

Una aplicación Windows Phone Silverlight tiene acceso de solo lectura a la tarjeta SD opcional. Una aplicación para UWP tiene acceso de lectura y escritura a la tarjeta SD. Para obtener más información, consulta Acceder a la tarjeta SD.

Para obtener información sobre cómo obtener acceso a fotos, música y archivos de vídeo en una aplicación para UWP, consulta Archivos y carpetas de las bibliotecas de música, imágenes y vídeos.

Para obtener más información, consulta Archivos, carpetas y bibliotecas.

El siguiente tema es Migración para factor de forma y experiencia de usuario.