Flutter para escritorio

Eduardo Coto
23 mayo, 2019

. . .

Fuente original: VentureBeat

En su conferencia de desarrolladores de I/O 2019 , Google lanzó la versión 1.5 de Flutter , su framework de UI móvil de código abierto que ayuda a los desarrolladores a crear interfaces nativas para Android e iOS. Pero eso ya no es cierto: el framework móvil ahora es un framework de interfaz de usuario multiplataforma, compatible con dispositivos web, de escritorio, móviles e incluso integrados.

Flutter para escritorio ya no es un proyecto experimental, se ha graduado en el motor de Flutter. Los objetivos aún no están listos para la producción, pero Google ha publicado las primeras instrucciones para desarrollar aplicaciones Flutter para Windows, Mac y Linux.

«Flutter para escritorio es un trabajo en progreso», dijo a VentureBeat el gerente de productos de Flutter Group, Tim Sneath. Aún no tiene soporte oficial para el despliegue de producción, pero el equipo espera un rápido desarrollo en ambos frentes en los próximos meses.

Fuente original: Flutter Wiki

Se está trabajando para extender Flutter para que sea compatible con el escritorio como un entorno de destino, lo que permite a los desarrolladores crear aplicaciones macOS, Windows y Linux con Flutter. A largo plazo, este esfuerzo creará una solución totalmente integrada donde flutter create, flutter run y flutter build funcionará para plataformas de escritorio como lo hacen para plataformas móviles, pero actualmente este esfuerzo aún está en curso.

Estado actual

A continuación se proporciona una descripción general de alto nivel del estado de cada plataforma. Para más detalles, consulte la fuente .

IMPORTANTE: Las API de escritorio de Flutter aún se encuentran en las primeras etapas de desarrollo y están sujetas a cambios sin previo aviso . No se proporcionará compatibilidad con versiones anteriores, ni API ni ABI. Espere que cualquier código que use estas bibliotecas deba actualizarse y volver a compilarse después de cualquier actualización de Flutter.

Mac OS

Esta es la más madura de las plataformas de escritorio (por varias razones, incluida la de que es bastante cercana a iOS, que ya admitimos).

Las clases que comienzan con Flutter, se comparten con iOS y deberían ser esencialmente estables. Las clases que comienzan con FLE están todavía en las primeras etapas.

Widows

El shell de Windows actual es un marcador de posición GLFW, para permitir la experimentación temprana. Se reemplazará en el futuro con un shell Win32 o UWP que permita la incorporación de Flutter a nivel de vista dentro de una aplicación.

Espere que las API para el shell final sean radicalmente diferentes de la implementación actual.

Linux

El shell de Linux actual es un marcador de posición GLFW, para permitir la experimentación temprana. Nos gustaría crear una biblioteca que le permita integrar Flutter independientemente de si está utilizando GTK +, Qt, wxWidgets, Motif u otro kit de herramientas arbitrario para otras partes de su aplicación, pero aún no hemos determinado una buena manera de hacerlo. Nuestro plan actual es admitir GTK , de una manera en la que agregar soporte para otros conjuntos de herramientas sea sencillo.

Espere que las API para el shell final sean radicalmente diferentes de la implementación actual.

Complementos

La escritura de complementos es compatible con todas las plataformas, sin embargo, actualmente hay muy pocos complementos que realmente son compatibles con el escritorio ( como estos complementos del proyecto Flutter-Desktop Embedding ).

Requisitos de aplicación Flutter

Debido a que las plataformas de escritorio aún no son totalmente compatibles con el framework de Flutter, es probable que las aplicaciones Flutter existentes requieran modificaciones leves para ejecutarse.

  • Anulación de plataforma objetivo: la mayoría de las aplicaciones deberán anular la plataforma de destino para la aplicación a uno de los valores admitidos para evitar excepciones de ‘Plataforma desconocida’. Ya sea si el código solo se ejecutará en el escritorio y el comportamiento debe ser coherente en todas las plataformas, puede codificar un objetivo único o si el código debe ejecutarse en dispositivos móviles y de escritorio, o si desea un comportamiento diferente en diferentes plataformas de escritorio, puede condicionalizarlo Platform.
  • Fuentes: las aplicaciones Flutter pueden predeterminarse a las fuentes que son estándar para la plataforma de destino, pero no están disponibles en el escritorio. Por ejemplo, si la plataforma destino es TargetPlatform.iOS, la biblioteca de materiales, el valor predeterminado será San Francisco, que está disponible en macOS pero no en Linux o Windows. Además de que la mayoría de las aplicaciones necesitarán establecer la fuente (por ejemplo, a través de ThemeData) en función de la plataforma del host, o establecer una fuente específica que se incluye con la aplicación.
  • Complementos: Si su proyecto utiliza complementos (a menos que tengan soporte de escritorio), no funcionarán, ya que faltará el lado nativo. Dependiendo de cómo esté escrito el lado de Dart del complemento, pueden fallar con gracia o pueden producir errores.

Puedes encontrarme en GitHub o seguirme en Medium

25

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Comunidades en Español