Las fallas en las aplicaciones universales

Microsoft ha comenzado a alentar a los desarrolladores a migrar sus aplicaciones a aplicaciones universales, pero algunos desarrolladores aún no están convencidos. Escribí un editorial citando a los desarrolladores hace un tiempo sobre la viabilidad de las aplicaciones universales y por qué aún no están incendiando el mundo. Hoy, otro desarrollador publicó un artículo sobre sus experiencias con aplicaciones universales (que reproduciremos aquí con permiso)

 

Windows Phone 8.1 XAML y Universal Apps incluyeron API de WinRT que tienen muchos problemas, incluidos algunos para los que no hay solución. Pero primero, hablemos del nombre de "Aplicaciones universales". Creo que es bastante arrogante llamar universal a algo que apunta a dos plataformas que, francamente, no muchos usuarios usan o no les importa. Además, si solo piensa en las plataformas de Windows, estas aplicaciones tampoco son universales, ya que no pueden dirigirse a las versiones de Windows más utilizadas (7 y XP). Pero estoy divagando.

Él hace el punto aquí, que hice hace un tiempo. Ni WP8.1 ni W8.1 brindan suficiente valor para que los desarrolladores desarrollen para cualquiera de ellos todavía porque, como dije, “Windows TIENE usuarios, pero esos usuarios no necesariamente quieren aplicaciones. Los usuarios de Windows Phone quieren aplicaciones, pero no hay muchas”.

Sin embargo, los usuarios no son lo único que impide que los desarrolladores pasen a las aplicaciones WinPRT 8.1. También hay problemas técnicos:

 

Más API desordenadas

Entonces, la API de reproducción de audio de fondo para Windows Phone 8.1 está en mal estado, ¿algo más? Por supuesto. BackgroundDownloader es otro ejemplo. En Silverlight, había un BackgroundDownloader bastante limitado, pero funcionaba. En Universal Apps, hay un nuevo BackgroundDownloader con algunas características nuevas y faltan algunas esenciales. Por ejemplo, en Silverlight, cada descarga podría tener una etiqueta, donde puede almacenar cualquier dato para saber algo sobre la descarga cuando finaliza (a qué entidad comercial pertenece, etc.). Ya no en Universal Apps. No hay etiqueta, por lo que debe crear y administrar su propio tipo de índice para todas las descargas, de modo que pueda relacionarlas con sus entidades comerciales. Una molestia, pero nada que no puedas manejar, ¿verdad?

Un comentarista en el blog también agregó que las apis de la cámara no eran tan buenas como las de Silverlight y me dijeron que las apis 8.1 carecen de integración de lentes.

La API de la cámara en WP8.1 también está horriblemente jodida. No hay forma de obtener marcos de vista previa. Con la API de Silverlight, simplemente puede suscribirse a un evento y enviar los cuadros de baja resolución a través de ZXing a múltiples fps. En WinRT lo mejor que puedes hacer es tomar muchas fotos tras otra, a veces con flash y escanear a unos 0.8 fotogramas por segundo.

El rendimiento también se ve afectado por la cantidad de trabajo necesario para obtener un desplazamiento suave que aumentó en 8.1 frente a 8.0.

Rendimiento

En Silverlight, solía usar LongListSelector para mostrar datos, usándolo con un WrapPanel cuando necesitaba crear un diseño de dos columnas. El LongListSelector se ha ido, en Universal Apps tienes que usar GridView también en Windows Phone. O puede usar ListView con un panel envolvente personalizado que usted mismo escribe o descarga en algún lugar, pero se necesita un poco de esfuerzo para que la virtualización se realice correctamente.

Entonces usa GridView en Windows Phone 8.1 y Windows 8.1 para que sea consistente. Agregue decenas de elementos con imágenes y el rendimiento comienza a sufrir realmente. Aparecerán marcadores de posición grises y, lo que es más importante, nunca desaparece. No necesita imágenes, solo agregue alrededor de 300 elementos de solo texto a GridView y los marcadores de posición grises comenzarán a mostrarse al desplazarse

El objetivo de esta publicación no es criticar a Microsoft, es explicar por qué los desarrolladores pueden no estar dispuestos a crear aplicaciones universales todavía. No son un método absolutamente mejor, son una mejora en algunas áreas y una degradación en otras (los usuarios de Windows Phone conocen bien este sentimiento). Si Microsoft quiere atraer a los desarrolladores, necesitan trabajar más rápido de lo que lo están haciendo ahora, "pronto" y "en los próximos meses" no son atractivos para las personas cuyo sustento depende de que "pronto" sea "ayer". Afortunadamente, hay señales de que esto puede estar cambiando. WP 8.1.1 trajo algunas API nuevas (aunque restringidas) y se dice que 8.1.2 (en una publicación ahora oculta) permite a los desarrolladores crear nuevas aplicaciones increíbles. Microsoft puede estar cambiando en el futuro y eso es genial. Sin embargo, para muchos desarrolladores que están siendo presionados para crear aplicaciones universales ahora, el futuro no puede llegar lo suficientemente pronto.

Para más que los fragmentos que obtiene aquí, lea el artículo completo esta página. Para mi pieza más detallada, ver haga clic aquí