Lors de votre conférence des développeurs d'E/S, Google a annoncé la sortie de Flutter 3, la dernière version de son cadre de développement d'interface utilisateur open source et multiplateforme pour la création d'applications compilées en mode natif. Cadre de développement Flutter de Google a finalement réalisé ses aspirations multiplateformes avec une version stable prenant en charge Linux et macOS.
Flutter 3.0 offre aux développeurs un moyen d'écrire des applications pour les six principaux objectifs de la plate-forme destinée aux consommateurs à l'aide du langage de programmation Dart. Sans oublier les appareils embarqués.
"Nous annonçons Flutter 3, qui est l'aboutissement de notre parcours vers le développement d'interfaces utilisateur multiplateformes pour les téléphones, les ordinateurs de bureau et le Web", a déclaré Tim Sneath, directeur des produits et de l'expérience utilisateur pour Flutter et Dart. . "L'époque où nous avons lancé Flutter il y a quelques années remonte vraiment à l'époque. Avec la sortie de Flutter 1, nous étions assez clairs, du moins en termes de vision, même alors, que nous n'avions aucune intention d'être une boîte à outils mobile. Nous voulions être perçus comme quelque chose de plus grand qu'une boîte à outils qui ne cible que les téléphones. »
"Avec Flutter 2.0, nous fournissons une assistance Web et, plus récemment, nous fournissons une assistance Windows", a déclaré Tim Sneatht. « Et maintenant, avec Flutter 3.0, nous avons enfin atteint le point où nous avons terminé ce voyage. Nous avons les six principales plates-formes - iOS, Android, Web, Windows, macOS, Linux - toutes prises en charge en tant que parties stables du framework Flutter.
Avec la sortie de Flutter 3, la plate-forme prend désormais en charge les applications iOS, Android et Web, ainsi que des applications de bureau Windows, macOS et Linux, le tout dans le cadre de la version stable de Flutter.
Sur macOS, cela inclut la prise en charge binaire universelle afin que les applications puissent s'exécuter nativement sur les puces Intel et Apple Silicon, tandis que pour la version Linux, Google s'est associé à Canonical pour "offrir une option de développement de pointe et hautement intégrée".
La prise en charge de Linux et macOS était auparavant considérée comme étant en version bêta et donc pas particulièrement adaptée aux applications de production. Maintenant que Material Design 3 de Google est presque terminé, ceux qui cherchent à créer des interfaces utilisateur multiplateformes dans le langage Android peuvent compter sur un ensemble d'outils esthétiquement cohérents.
Malgré la prise en charge des ordinateurs de bureau, la plupart des développeurs considèrent probablement Flutter comme un cadre pour créer des applications mobiles. Mais un certain nombre de développeurs l'utilisent également activement pour créer des applications de bureau, y compris les anciens fondateurs de Wunderlist qui ont publié leur nouvelle application de productivité, Superlist, en version bêta en tant qu'application de bureau Flutter.
Une autre nouveauté dans Flutter 3 sont les intégrations les plus profondes avec Firebase, la plate-forme principale de Google pour la création d'applications mobiles et Web. Cela ne supprime pas les intégrations de Flutter avec des services tiers, y compris le concurrent de Firebase, AWS Amplify. Mais comme le souligne l'équipe Flutter, l'intégration Flutter/Firebase est désormais un élément central entièrement pris en charge de Firebase et les deux équipes prévoient de développer "la prise en charge Firebase de Flutter en parallèle avec Android et iOS".
En outre, Flutter Web détecte et utilise désormais automatiquement l'API ImageDecoder dans les navigateurs qui le supportent. À ce jour, la plupart des navigateurs basés sur Chromium (Chrome, Edge, Opera, Samsung Browser, etc.) ont ajouté cette API.
La nouvelle API décoder les images de manière asynchrone à partir du fil principal à l'aide des codecs d'image intégrés du navigateur. Cela accélère le décodage des images par 2 et ne bloque jamais le thread principal, éliminant ainsi tout blocage causé par les images précédemment.
En plus de cela, il est également souligné que l'équipe a encore amélioré les performances des animations d'opacité dans les cas simples. En particulier, lorsqu'un widget Opacity ne contient qu'une seule primitive de rendu, la méthode savelayer généralement invoquée par Opacity est ignorée.
Dans un benchmark créé pour mesurer les avantages de cette optimisation, le temps d'interpolation pour ce cas s'est amélioré d'un ordre de grandeur. Dans les prochaines versions, l'équipe prévoit d'appliquer cette optimisation à davantage de scénarios.
Enfin, si vous souhaitez en savoir plus, vous pouvez consulter les détails dans le lien suivant.