Patron Dépôt
Fait partie de la section Programmation Orientée Objet du Journey Dart de Coddy. Leçon 100 sur 110.
Le pattern Repository sépare la logique d’accès aux données de la logique métier en créant une couche d’abstraction entre votre application et les sources de données. Au lieu de faire interagir directement vos classes avec des bases de données, des API ou des fichiers, elles travaillent avec un repository qui gère toutes les opérations sur les données.
Le modèle définit une interface pour les opérations sur les données, et les implémentations concrètes gèrent le mécanisme de stockage réel. Cela facilite le remplacement des sources de données sans modifier votre logique métier :
// Entité
class User {
final int id;
final String name;
User(this.id, this.name);
}
// Interface du dépôt
abstract class UserRepository {
User? getById(int id);
List<User> getAll();
void save(User user);
void delete(int id);
}
// Implémentation en mémoire
class InMemoryUserRepository implements UserRepository {
final Map<int, User> _users = {};
@override
User? getById(int id) => _users[id];
@override
List<User> getAll() => _users.values.toList();
@override
void save(User user) => _users[user.id] = user;
@override
void delete(int id) => _users.remove(id);
}
void main() {
UserRepository repo = InMemoryUserRepository();
repo.save(User(1, 'Alice'));
repo.save(User(2, 'Bob'));
print(repo.getById(1)?.name); // Alice
print(repo.getAll().length); // 2
}Votre logique métier dépend uniquement de l’interface UserRepository. Vous pourriez plus tard créer un DatabaseUserRepository ou un ApiUserRepository qui implémente la même interface, et remplacer les implémentations sans modifier le code qui utilise le référentiel. Ce modèle est essentiel pour les applications testables et faciles à maintenir, dont les sources de données peuvent évoluer au fil du temps.
Défi
FacileConstruisons un système d’inventaire de produits en utilisant le pattern Repository ! Tu vas créer une couche d’abstraction qui sépare la manière dont les produits sont stockés de la manière dont ils sont utilisés, ce qui facilitera le remplacement des implémentations de stockage sans modifier la logique métier.
Tu organiseras ton code en deux fichiers :
product_repository.dart: ce fichier contient tes classes d’entité et de repository. Commence par une classeProductqui possède des champsfinalpourid(int),name(String) etprice(double). Définis ensuite une classe abstraiteProductRepositoryqui déclare le contrat des opérations sur les données :getById(int id)renvoyant unProductnullable,getAll()renvoyant une liste de produits,save(Product product)pour stocker un produit etdelete(int id)pour en supprimer un. Enfin, crée une classeInMemoryProductRepositoryqui implémente cette interface en utilisant uneMap<int, Product>pour le stockage.main.dart: importe ton fichier de repository et montre le pattern Repository en action. Crée une instance deInMemoryProductRepository, mais stocke-la dans une variable de typeProductRepository— cela montre que ton code dépend de l’interface, et non de l’implémentation. Enregistre trois produits :Laptop(id : 1, price : 999.99),Mouse(id : 2, price : 29.99) etKeyboard(id : 3, price : 79.99). Récupère et affiche ensuite le produit dont l’id est 2 au formatFound: [name] - $[price]. Supprime le produit dont l’id est 1. Enfin, affiche le nombre de produits restants sous la formeProducts in stock: [count].
L’intérêt de ce pattern est que ton code principal ne connaît que l’interface ProductRepository. Tu pourrais plus tard créer un DatabaseProductRepository ou un ApiProductRepository et le remplacer sans modifier la moindre partie de la logique métier !
Sortie attendue :
Found: Mouse - $29.99
Products in stock: 2Essayez vous-même
import 'product_repository.dart';
void main() {
// Créer le dépôt - notez que le type est l'interface, pas l'implémentation
// TODO: Créer un InMemoryProductRepository et le stocker dans une variable ProductRepository
// TODO: Enregistrer trois produits :
// - Laptop (id: 1, price: 999.99)
// - Mouse (id: 2, price: 29.99)
// - Keyboard (id: 3, price: 79.99)
// TODO: Récupérer le produit avec l'id 2 et afficher : "Found: [name] - $[price]"
// TODO: Supprimer le produit avec l'id 1
// TODO: Afficher le nombre de produits restants : "Products in stock: [count]"
}
Cette leçon comprend un petit quiz. Commencez la leçon pour y répondre et suivre votre progression.
Toutes les leçons de Programmation Orientée Objet
1Fondamentaux de la POO
Fichiers externesBibliothèques et importsIntroduction à la POOClasses vs objetsLe mot-clé thisMéthodesVariables d’instanceBases des constructeursRécapitulatif - Calculatrice simple4Sécurité face aux valeurs nulles
Introduction à la sécurité face aux valeurs nullesNullable vs Non-NullableLes opérateurs ? et !Mot-clé Late et sécurité face aux valeurs nullesOpérateurs sensibles à nullSécurité face aux valeurs nulles dans les classesRécapitulatif – Système de profil utilisateur7Classes abstraites et interfaces
Classes abstraitesMéthodes abstraitesInterfaces en DartInterfaces implicitesImplémenter ou étendreInterfaces multiplesRécapitulatif - Calculateur de formes10Collections et génériques
Vue d’ensemble des List, Set et MapCollections à typage sûrClasses génériquesMéthodes génériquesContraintes génériquesIterable et IteratorRécapitulatif – stockage générique2Constructeurs en Dart
Constructeur par défautConstructeurs nommésListes d'initialisationConstructeurs constantsConstructeurs factoryConstructeurs redirigésRécapitulatif - Constructeur de formes5Encapsulation
Membres publics vs privésLa convention du préfixe _Confidentialité au niveau de la bibliothèqueApprofondissement des getters et settersMasquage de l’informationRécapitulatif - Fiches des étudiants8Mixins
Introduction aux MixinsCréer des MixinsUtiliser plusieurs MixinsMot-clé on dans les MixinsMixin ou héritageMixin ou interfaceRécapitulatif - Système animal11Méthodes spéciales
Redéfinition de toString()Redéfinition de hashCode et ==Interface ComparableMéthode call()Redéfinition de noSuchMethodRécapitulatif - Collection personnalisée14Patrons de conception, partie 1
Introduction aux patrons de conceptionPatron SingletonPatron FactoryPatron ObserverPatron Strategy3Propriétés des classes
Membres d’instance et statiquesChamps Final et ConstVariables différéesMéthodes et champs statiquesAccesseurs et mutateursRécapitulatif - Gestionnaire de compte bancaire6Héritage
Héritage de baseLe mot-clé superRedéfinition de méthodeL’annotation @overrideLe mot-clé de classe finalConstructeurs et héritageRécapitulatif – Hiérarchie des employés9Polymorphisme
Bases du polymorphismePolymorphisme via les interfacesVérification des types à l’exécutionLes opérateurs is et asMot-clé covariantRécapitulatif - Processeur de paiements12POO asynchrone
Futures et async/awaitNotions de base des StreamsContrôleurs de StreamsConstructeurs asynchronesAsynchrone dans les méthodes de classeRécapitulatif - récupérateur de données15Patrons de conception – Partie 2
Patron CommandePatron AdaptateurPatron DécorateurPatron Méthode modèlePatron ÉtatPatron CompositePatron DépôtEntraînez-vous par vous-même : Compilateur Dart en ligne