Modèle de stratégie : un des modèles de conception
Jusqu'à présent, nous avons couvert trois modèles de conception dans cette série. Nous définissons quatre catégories différentes de modèles de conception. Dans cet article, j'expliquerai le Modèle de conception stratégique, qui appartient aux Modèles de conception comportementale.
Vous avez peut-être une question : quand devez-vous utiliser ce modèle de conception ? Je dirais que lorsque nous avons plusieurs méthodes (algorithmes) pour effectuer la même opération et que nous voulons que l'application choisisse une méthode spécifique en fonction des paramètres dont vous disposez. Ce mode est également appelé mode stratégie.
Un exemple très simple tiré de cet article est la fonction de tri. Par exemple, nous avons plusieurs algorithmes pour trier les tableaux, mais en fonction du nombre d'éléments du tableau, nous devons choisir l'algorithme à utiliser pour obtenir les meilleures performances.
Ce mode est également appelé mode stratégie.
Question
Je vais donner un exemple de site Web de commerce électronique qui intègre plusieurs passerelles de paiement. Bien que le site Web dispose de plusieurs passerelles de paiement, sur demande, elles ne sont pas toutes affichées sur le front-end. Au lieu de cela, la passerelle de paiement appropriée doit être sélectionnée à la volée en fonction du montant du panier.
À titre d'exemple simple, si la valeur du panier est inférieure à 500 $, le paiement doit être traité selon les normes PayPal, mais si le montant est de 500 $ ou plus, il doit être traité en utilisant les détails de la carte de crédit stockés (en supposant que les détails sont déjà stockés). ) .
Si la bonne stratégie n'est pas mise en œuvre, notre code ressemblera à ceci :
Tout d'abord, nous proposerons les principaux cours pour le paiement via Paypal et le paiement par carte bancaire, qui seront ajoutés ci-dessous.
// Class to pay using Credit Card class payByCC { private $ccNum = ''; private $ccType = ''; private $cvvNum = ''; private $ccExpMonth = ''; private $ccExpYear = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using Credit Card"; } } // Class to pay using PayPal class payByPayPal { private $payPalEmail = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using PayPal"; } } // This code needs to be repeated every place where ever needed. $amount = 5000; if($amount >= 500) { $pay = new payByCC(); $pay->pay($amount); } else { $pay = new payByPayPal(); $pay->pay($amount); }
Ici, vous pourriez dire que nous devons placer des instructions conditionnelles pour que notre code fonctionne correctement. Imaginez combien de modifications vous devez apporter lorsque nous devons apporter de nouvelles modifications à cette logique ou que vous trouvez un bug dans cette logique. Nous devons ajouter des correctifs à tous les endroits où ce code est utilisé.
Solution
Nous implémenterons la même exigence mais en utilisant le modèle Strategy, ce qui nous permet de rendre notre code plus clair, plus facile à comprendre et extensible.
Interface
Tout d’abord, nous allons implémenter les interfaces que toutes les différentes classes de passerelles de paiement utiliseront. En fin de compte, telles sont nos stratégies.
interface payStrategy { public function pay($amount); } class payByCC implements payStrategy { private $ccNum = ''; private $ccType = ''; private $cvvNum = ''; private $ccExpMonth = ''; private $ccExpYear = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using Credit Card"; } } class payByPayPal implements payStrategy { private $payPalEmail = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using PayPal"; } }
Ensuite, nous créerons notre classe principale, qui peut utiliser des stratégies différentes de celles que nous avons mises en œuvre jusqu'à présent.
class shoppingCart { public $amount = 0; public function __construct($amount = 0) { $this->amount = $amount; } public function getAmount() { return $this->amount; } public function setAmount($amount = 0) { $this->amount = $amount; } public function payAmount() { if($this->amount >= 500) { $payment = new payByCC(); } else { $payment = new payByPayPal(); } $payment->pay($this->amount); } }
Nous pouvons voir ici que le chargement conditionnel de notre moyen de paiement se fait dans la méthode payAmount
. Résumons tout ensemble et voyons comment l'utiliser davantage.
interface payStrategy { public function pay($amount); } class payByCC implements payStrategy { private $ccNum = ''; private $ccType = ''; private $cvvNum = ''; private $ccExpMonth = ''; private $ccExpYear = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using Credit Card"; } } class payByPayPal implements payStrategy { private $payPalEmail = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using PayPal"; } } class shoppingCart { public $amount = 0; public function __construct($amount = 0) { $this->amount = $amount; } public function getAmount() { return $this->amount; } public function setAmount($amount = 0) { $this->amount = $amount; } public function payAmount() { if($this->amount >= 500) { $payment = new payByCC(); } else { $payment = new payByPayPal(); } $payment->pay($this->amount); } } $cart = new shoppingCart(499); $cart->payAmount(); // Output Paying 499 using PayPal $cart = new shoppingCart(501); $cart->payAmount(); //Output Paying 501 using Credit Card
On constate que le rollover de la passerelle de paiement n'est pas transparent pour l'application. En fonction des paramètres, il dispose de la passerelle de paiement appropriée pour traiter la transaction.
Ajouter une nouvelle stratégie
Si ultérieurement l'utilisateur a besoin d'ajouter une nouvelle stratégie avec une logique différente (ici une nouvelle passerelle de paiement), ce sera très simple dans ce cas. Supposons que nous souhaitions ajouter une nouvelle passerelle de paiement, Moneybooker, et que nous souhaitions traiter les fonds lorsque le montant du panier dépasse 500 $ mais tombe en dessous de 1 000 $.
Tout ce que nous devons faire est de créer une nouvelle classe de stratégie qui implémente notre interface et nous sommes prêts à partir.
class payByMB implements payStrategy { private $mbEmail = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using Money Booker"; } }
Nous avons maintenant notre nouveau cours de stratégie prêt, tout ce que nous devons changer c'est la méthode principale payAmount
. Doit être modifié comme suit :
public function payAmount() { if($this->amount > 500 && $this->amount < 1000) { $payment = new payByMB(); } else if($this->amount >= 500) { $payment = new payByCC(); } else { $payment = new payByPayPal(); } $payment->pay($this->amount); }
Ici, vous pouvez voir que nous avons uniquement apporté des modifications à la méthode payAmount
, pas au code client qui appelle la méthode.
Conclusion
Donc, pour conclure, lorsque nous avons plusieurs façons d'effectuer la même tâche (dans les langages logiciels, lorsque nous avons plusieurs algorithmes pour effectuer la même opération), nous devrions envisager d'implémenter le modèle Stratégie.
En utilisant ce mode, nous pouvons ajouter/supprimer des algorithmes librement puisque le changement de ces algorithmes n'est pas transparent pour l'application.
J'ai fait de mon mieux pour fournir un exemple basique mais utile pour démontrer le modèle de conception de stratégie, mais si vous avez des commentaires ou des questions supplémentaires, n'hésitez pas à les ajouter au flux ci-dessous.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Dans le framework Java, la différence entre les modèles de conception et les modèles architecturaux réside dans le fait que les modèles de conception définissent des solutions abstraites aux problèmes courants de conception de logiciels, en se concentrant sur l'interaction entre les classes et les objets, tels que les modèles d'usine. Les modèles architecturaux définissent la relation entre les structures et les modules du système, en se concentrant sur l'organisation et l'interaction des composants du système, tels que l'architecture en couches.

Le modèle de stratégie dans le framework Java est utilisé pour modifier dynamiquement le comportement des classes. Les applications spécifiques incluent : Framework Spring : validation des données et gestion du cache Framework JakartaEE : gestion des transactions et injection de dépendances Framework JSF : convertisseurs et validateurs, gestion du cycle de vie des réponses.

Le modèle décorateur est un modèle de conception structurelle qui permet l’ajout dynamique de fonctionnalités d’objet sans modifier la classe d’origine. Il est mis en œuvre grâce à la collaboration de composants abstraits, de composants concrets, de décorateurs abstraits et de décorateurs concrets, et peut étendre de manière flexible les fonctions de classe pour répondre aux besoins changeants. Dans cet exemple, des décorateurs de lait et de moka sont ajoutés à Espresso pour un prix total de 2,29 $, démontrant la puissance du modèle de décorateur pour modifier dynamiquement le comportement des objets.

Le modèle Adaptateur est un modèle de conception structurelle qui permet à des objets incompatibles de fonctionner ensemble. Il convertit une interface en une autre afin que les objets puissent interagir de manière fluide. L'adaptateur d'objet implémente le modèle d'adaptateur en créant un objet adaptateur contenant l'objet adapté et en implémentant l'interface cible. Dans un cas pratique, grâce au mode adaptateur, le client (tel que MediaPlayer) peut lire des médias au format avancé (tels que VLC), bien qu'il ne prenne lui-même en charge que les formats multimédias ordinaires (tels que MP3).

1. Modèle d'usine : séparez la création d'objets et la logique métier, et créez des objets des types spécifiés via des classes d'usine. 2. Modèle d'observateur : permet aux objets sujets d'informer les objets observateurs de leurs changements d'état, obtenant ainsi un couplage lâche et un modèle d'observateur.

TDD est utilisé pour écrire du code PHP de haute qualité. Les étapes comprennent : l'écriture de cas de test, la description des fonctionnalités attendues et leur échec. Écrivez du code de manière à ce que seuls les cas de test réussissent sans optimisation excessive ni conception détaillée. Une fois les cas de test réussis, optimisez et refactorisez le code pour améliorer la lisibilité, la maintenabilité et l’évolutivité.

Les modèles de conception résolvent les problèmes de maintenance du code en fournissant des solutions réutilisables et extensibles : Modèle d'observateur : permet aux objets de s'abonner aux événements et de recevoir des notifications lorsqu'ils se produisent. Factory Pattern : fournit un moyen centralisé de créer des objets sans recourir à des classes concrètes. Modèle Singleton : garantit qu'une classe n'a qu'une seule instance, qui est utilisée pour créer des objets accessibles globalement.

Les avantages de l'utilisation de modèles de conception dans les frameworks Java incluent : une lisibilité, une maintenabilité et une évolutivité améliorées du code. Les inconvénients incluent la complexité, la surcharge de performances et la courbe d'apprentissage abrupte due à une utilisation excessive. Cas pratique : Le mode proxy permet de charger des objets paresseusement. Utilisez les modèles de conception à bon escient pour tirer parti de leurs avantages et minimiser leurs inconvénients.
