Flutter: Packages essentiels

Notre expérience avec Flutter

Nous avons eu de multiples expériences avec Flutter. Dans nos projets, comme toujours, nous nous concentrons à fournir un produit de bonne qualité. Pour cela, nous avons décidé de changer certains packages utilisés précédemment dans l'application mobile Kariyon et nous avons essayé des alternatives.

Quel package utiliser pour l'architecture ?

Nous utilisions le pattern MVVM comme pattern principal pour nos applications mobiles avec Kotlin et Swift. Pour Flutter, un nouveau pattern a émergé: le pattern BLoC. Ce pattern a le même objectif que le MVVM, c'est-à-dire de séparer la vue de la logique. Ils ont beaucoup de similarités entre eux. La principale différence c'est l'affiliation de la logique. Avec le MVVM, le ViewModel est lié à la vue. Pour le pattern BLoC, la logique est centrée autour d'un groupe de fonctionnalités. Pour le pattern BLoC, nous utilisons le package flutter_bloc.

Quel package utiliser pour l'injection de dépendances ?

Il y a deux packages principaux pour l'injection de dépendences: get_it et provider. Le premier utilise le pattern Service Locator. A première vue, ce package est le meilleur car plus facile à prendre en main. Mais je recommanderais d'utiliser le package provider. Il prend un peu plus de temps à maîtriser, mais vous ne le regretterez pas.
provider suit les bonnes pratiques et l'idéologie de Flutter. Le projet sera de meilleure qualité sur la durée. Et si vous utilisez le package flutter_bloc mentionné ci-dessus, les deux packages ont la même structure et le code sera homogène.

Quel package utiliser pour la localisation de l'utilisateur ?

Nous avons essayé les deux packages location et geolocator. Les deux semblent efficaces et utilisables. Pour le moment, je recommande d'utiliser geolocator car sa communauté est plus active. Lors d'un de nos projets, nous avons expérimenté un bug et l'avons reporté. En quelques jours, le problème était résolu.

D'autres packages à surveiller

Nous pourrions parler d'une douzaine de packages et leurs alternatives pour des fonctionnalités essentielles. Mais pour le moment, nous nous arrêterons avec cette liste:

• permission_handler - Même si chaque package ayant besoin de permissions permet de les demander, c'est une meilleure pratique d'avoir un seul package s'occupant de ça. Cela permet de développer la fonctionnalité une seule fois.
• flutter_svg - Le format SVG n'est pas supporté par Flutter sans un package. Celui-ci résout le problème.
• flutter_lints - C'est toujours important d'avoir un linter pour que les projets restent propres.

Et bien d'autres: flutter_secure_storage, url_launcher, intl, firebase_core, cached_network_image, …
Nous sommes curieux d'entendre vos expériences avec Flutter. Est-ce que vous seriez intéressé par avoir un projet réalisé ensemble? N'hésitez pas à avoir une première discussion sur Flutter et autres.