Comment faire de la Proxy, de Décorateur, de l'Adaptateur, et le Pont Modèles diffèrent?

Je regardais le Modèle de Proxy, et pour moi, il semble beaucoup comme le Décorateur, de l'Adaptateur, et le Pont de motifs. Suis-je un malentendu quelque chose? Quelle est la différence? Pourquoi voudrais-je utiliser le modèle de Proxy contre les autres? Comment avez-vous utilisé dans le passé dans le monde réel des projets?

Il y a souvent des modèles qui ont l'air très similaire, mais diffèrent dans leur intention (la stratégie et de l'état des modèles viennent à l'esprit). Je pense que cela est souvent dû au fait que les modèles de conception sont basées sur la commune de solides principes de design.
Eh bien, ces quatre modèles ont exactement les mêmes détails de mise en œuvre. État des versets de la Stratégie peut au moins se résumer comme état " des versets apatrides (pour la plupart). Souvent, la Stratégie est simplement de la méthode d'injection, où l'état modèle utilise une interface à ne plus abstrait d'un appel de méthode. La stratégie, aussi, à la fin de la journée, c'est un hack pour permettre la programmation fonctionnelle dans le monde orienté objet.
pourriez-vous ÊTRE plus claire ? 😛

InformationsquelleAutor Charles Graham | 2008-12-08

615

Proxy, de Décorateur, de l'Adaptateur, et le Pont sont toutes des variations sur "l'habillage" d'une classe. Mais leurs usages sont différents.
- Proxy peut être utilisé lorsque vous voulez paresseux-instancier un objet, ou de cacher le fait que vous appelez un service à distance, ou le contrôle de l'accès à l'objet.
- Décorateur est également appelée "Smart Proxy". Il est utilisé lorsque vous voulez ajouter des fonctionnalités à un objet, mais pas par l'extension de l'objet de type. Cela vous permet de le faire au moment de l'exécution.
- Adaptateur est utilisé lorsque vous avez une interface abstraite, et que vous voulez la carte d'interface à un autre objet qui a le même rôle fonctionnel, mais d'une autre interface.
- Pont est très similaire à la Carte, mais nous l'appelons Pont lorsque vous définissez à la fois abstraite de l'interface et de l'implémentation sous-jacente. I. e. vous n'êtes pas à s'adapter à certaines de legs ou de code tiers, vous êtes le concepteur de tout le code, mais vous devez être en mesure d'échanger les différentes implémentations.
- Façade est d'un niveau supérieur (lire: plus simple) de l'interface à un sous-système d'un ou de plusieurs classes. Supposons que vous avez un concept complexe qui nécessite plusieurs objets à représenter. Apporter des modifications à cet ensemble d'objets est de la confusion, car on ne sait pas toujours quel est l'objet qui a la méthode que vous devez appeler. C'est le temps d'écrire une Façade qui fournit des méthodes pour toutes les opérations complexes que vous pouvez faire pour la collection d'objets. Exemple: un Modèle de Domaine pour une école de section, avec des méthodes comme countStudents(), reportAttendance(), assignSubstituteTeacher(), et ainsi de suite.
- La bonne réponse. Peut être intéressant d'ajouter quelques exemples de vous voir où il dans la nature? e.g des classes de Proxy dans les Services Web. +1 de moi.
- merci, mais je préfère garder cette réponse court et doux. Je vous encourage à écrire une autre réponse avec des exemples dans la nature!!!
- Le meilleur moyen d'ajouter des fonctionnalités à un objet est d'étendre son type, au moins en C++. Si votre définition de la Décoratrice n'est pas très clair pour moi. Que voulez-vous dire?
- vous ne pouvez pas étendre une classe C++ sans avoir à écrire de nouveau le code et le compiler. Mais un Décorateur classe peut appliquer des fonctions supplémentaires pour une classe C++ lors de l'exécution.
- Décorateur est également préférable d'éviter de contrôle type de hiérarchies. Par exemple, disons que vous avez une fenêtre dans une interface graphique et que vous souhaitez avoir en option barres de défilement. Vous pourriez avoir de la Fenêtre, VScrollWindow, HScrollWindow, et VHScrollWindow classes ou vous pourriez faire VScroll et propriétés hscroll décorateurs sur la Fenêtre.
- oui, bon point! Type de hiérarchies doivent être des arbres. Avec les Décorateurs, nous pouvons ajouter des fonctionnalités d'une façon plus flexible.
- De même pour Décorateur... il faut que le nouveau code, mais utilise simplement la composition à la place de l'héritage. Vous ne pouvez pas ajouter de code à l'exécution (pas en C++), le code doit être écrit, et recompilé.
- En regardant en arrière sur mon commentaire d'il y a un an je ne suis pas vraiment sûr de ce que j'essayais de dire (lol), mais je ne voudrais pas défendre l'héritage pour tout. Il y a une forte relation " est-un pour qu'elle ait un sens, sinon j'ai tendance à préférer composition/agrégation.
- Décorateur est composition.
- Je sais que vous n'êtes pas vraiment faire un point. Ai-je besoin de dire Décorateur explicitement dans l'ordre pour que les gens comprennent ma déclaration?
- Que penser d'un wrapper qui expose un sous-ensemble des méthodes de l'objet enveloppé, sans ajout supplémentaire de la logique ou des filtres? Serait-ce un décorateur? Ou un Proxy? Ou un Adaptateur? Voir programmers.stackexchange.com/questions/247325/...
- Et si vous souhaitez reproduire l'interface de l'objet enveloppé de 1:1, mais ensuite ajouter quelques méthodes supplémentaires? Est-ce un décorateur ou d'un adaptateur?
- Je considère qu'un Décorateur, depuis l'interface est un sur-ensemble de la classe de base.
- pouvez-vous donner un exemple pour eux? dans les semi-simple demande
- non, je ne vais pas le faire.
- c'est une excellente et concise réponse! Je pense qu'il laisse à l'intention de la Façade modèle floues, même si. Pourriez-vous préciser ce dernier point, un peu?
- merci. Je pense que je ne comprends Façade (à moins que notre équipe a l'habitude), mais pourriez-vous envisager de mettre à jour votre réponse ci-dessus? C'est une part je ne pense pas que claire/utile encore.
- Ce qui signifie que - Wrapper objets de suivre l'Adaptateur, depuis la conception affecte tous les objets?
- Il n'est pas clair ce que vous demandez, parce que l'un des modèles que j'ai listées dans ma réponse pourrait être appelé un "wrapper."
InformationsquelleAutor Bill Karwin
181

Comme le projet de Loi de réponse dit, leurs cas d'utilisation sont différentes.

Leurs structures.
- Proxy et Décorateur les deux ont la même interface que leur enveloppé types, mais le proxy crée une instance sous le capot, tandis que le décorateur prend un exemple dans le constructeur.
- Adaptateur et Façade les deux ont une interface différente de ce qu'elles enveloppent. Mais la carte provient d'une interface existante, tandis que la façade crée une nouvelle interface.
- Pont et Adaptateur à la fois à un type existant. Mais le pont point à un type abstrait, et l'adaptateur peut pointer vers un type de béton. Le pont vous permettra de coupler la mise en œuvre au moment de l'exécution, tandis que l'adaptateur n'est pas souvent.
- Votre réponse combiné avec le projet de Loi de l'enveloppe vers le haut de 5 chapitres de Modèles de Conception très bien. On pourrait appeler un de plus haut niveau (lire: plus simple) interface pour le livre.
InformationsquelleAutor Merlyn Morgan-Graham
50

Mon point de vue sur le sujet.

Tous les quatre modèles ont beaucoup en commun, tous les quatre sont parfois officieusement appelé wrappers, ou wrapper modèles. Toute utilisation de la composition, de conditionnement, l'objet et la délégation de l'exécution de l'objet à un certain point, faire le mappage d'un appel de méthode à une autre. Ils rechange client de la nécessité d'avoir à construire un objet différent et copier toutes les données pertinentes. Si utilisé à bon escient, ils économiser de la mémoire et du processeur.

Par la promotion de couplage lâche qu'ils font une fois de code stable moins exposés à des changements inévitables et mieux lisible pour les autres développeurs.

Adaptateur

Adaptateur s'adapte à l'objet (objet) à une interface différente. De cette façon, nous pouvons ajouter un objet placé à une collection de nominalement différents types.

Adaptateur d'exposer uniquement les méthodes pertinentes pour les clients, peuvent restreindre tous les autres, révélant les intentions d'utilisation pour des contextes particuliers, comme l'adaptation de bibliothèque externe, faire apparaître moins générales et plus axée sur nos besoins de l'application. Cartes d'accroître la lisibilité et l'auto-description de notre code.

Adaptateurs de boucliers d'une équipe de la volatilité du code à partir d'autres équipes; un sauveur de vie de l'outil lorsqu'ils traitent avec des équipes offshore 😉

Moins de but mentionné à éviter le sujet de la classe de l'excès d'annotations. Avec autant de cadres basé sur les annotations cela devient de plus en plus important de l'utilisation que jamais.

Adaptateur permet d'obtenir autour de Java limitation de seulement de l'héritage simple. Il est possible de combiner plusieurs adaptees sous une enveloppe donnant l'impression d'avoir de l'héritage multiple.

Code sage, l'Adaptateur est “mince”. Il ne faut pas ajouter trop de code pour les objets de la classe, en plus de simplement s'adapte à l'appel de la méthode et des données de conversions nécessaires pour faire de tels appels.

Il n'y a pas beaucoup de bonnes adaptateur exemples dans le JDK ou bibliothèques de base. Les développeurs d'applications de créer des Cartes, d'adapter les bibliothèques de l'application des interfaces spécifiques.

Décorateur

Décorateur non seulement délégué, non seulement des cartes d'une méthode à l'autre, ils le font plus, ils modifient le comportement de certains sous réserve des méthodes, il peut décider de ne pas l'appel de méthode à tous, déléguer à un autre objet, un objet d'assistance.

Décorateurs généralement ajouter (de manière transparente) des fonctionnalités pour objet enveloppé comme l'exploitation forestière, de chiffrement, de formatage, de la compression ou de l'objet. Cette Nouvelle fonctionnalité peut apporter beaucoup de nouveau code. Par conséquent, les décorateurs sont habituellement beaucoup de “gros”, alors les Cartes.

Décorateur doit être une sous-classe de l'objet de l'interface. Ils peuvent être utilisés de manière transparente à la place de ses sujets. Voir BufferedOutputStream, il est encore OutputStream et peut être utilisé en tant que tel. C'est une technique majeure de différence à partir de Cartes.

Texte livre des exemples de l'ensemble des décorateurs de la famille est facilement dans le JDK - Java IO. Toutes les classes comme BufferedOutputStream, FilterOutputStream et ObjectOutputStream sont des décorateurs d' OutputStream. Ils peuvent être l'oignon en couches, où un décorateur est décoré de nouveau, en ajoutant plus de fonctionnalités.

Proxy

Proxy n'est pas typique d'un wrapper. L'objet enveloppé, le proxy de l'objet, peut ne pas encore exister au moment de la création de proxy. Proxy crée souvent en interne. Il peut être un objet lourd, créé à la demande, ou qu'il est à distance de l'objet dans les différentes JVM ou différents noeuds du réseau et même un non-objet Java, un élément en code natif. Il n'est pas nécessaire d'envelopper ou le déléguer à un autre objet.

La plupart des exemples typiques sont à distance de procurations, lourde les initialiseurs d'objets et l'accès aux procurations.
- Proxy distant – sujet est sur le serveur distant, différentes JVM ou même non
  Système Java. Proxy se traduit par des appels à la méthode de RMI/REST/SOAP appels ou
  tout ce qui est nécessaire, le blindage client de l'exposition au sous-jacent
  de la technologie.
- Lazy Load Proxy – entièrement initialiser l'objet qu'à la première utilisation ou
  première utilisation intensive.
- Proxy d'accès – contrôle de l'accès à l'objet.
Façade

Façade est étroitement associé avec le Principe de conception de la Connaissance au Moins (Loi de Déméter).
La façade est très similaire à la Carte. Ils ont tous les deux envelopper, ils ont tous deux la carte un objet à l'autre, mais ils diffèrent dans l'intention. Façade aplatit la complexité de la structure d'un sujet, d'objet complexe graphique, la simplification de l'accès à une structure complexe.

Façade enveloppe une structure complexe, en fournissant une plate interface. Cela empêche client de l'objet est exposé à des relations internes au sujet de la structure donc la promotion de couplage lâche.

Pont

Variante plus complexe de l'Adaptateur, où non seulement la mise en œuvre varie, mais aussi l'abstraction. Il ajoute encore une indirection à la délégation. Le supplément de délégation est le pont. Il dissocie l'Adaptateur de même de l'adaptation de l'interface. Il augmente la complexité plus que tout autre de l'autre habillage de motifs, de sorte s'appliquent avec soin.

Différences dans les constructeurs

Modèle différences sont également évident lorsque l'on regarde leurs constructeurs.
- Proxy n'est pas l'enchaînement d'un objet existant. Il n'y a aucun objet dans le constructeur.
- Décorateur et Adaptateur emballez déjà existante de l'objet, et est généralement
  
  fourni dans le constructeur.
- Façade constructeur prend de l'élément racine de l'ensemble de l'objet graphique, sinon, il semble
  de même que l'Adaptateur.
Exemple réel – JAXB de l'Ordonnancement de l'Adaptateur. Le but de cette carte est la cartographie d'un simple plat de classe à structure plus complexe nécessaire à l'externe et à l'empêcher de "polluer" le sujet de la classe excessive d'annotations.

InformationsquelleAutor Espinosa
28

Il y a beaucoup de chevauchement dans de nombreux patterns GoF. Elles sont toutes construites sur le pouvoir de polymorphisme et parfois seulement sont vraiment différents dans l'intention. (stratégie contre l'état)

Ma compréhension des modèles augmenté de 100 fois après la lecture de La Tête La Première, Les Modèles De Conception.

Je le recommande fortement!

InformationsquelleAutor Dinah
8

Toutes les bonnes réponses d'experts ont déjà expliqué ce que fait chaque modèle est pour.

Je vais décorer points clés.

Décorateur:
1. Ajouter de comportement de l'objet au moment de l'exécution. L'héritage est la clé pour obtenir cette fonctionnalité, qui est à la fois un avantage et un inconvénient de ce modèle.
2. Il modifie la comportement de l'interface.
par exemple (avec chaînage ) : java.io package de classes liées à la InputStream & OutputStream interfaces
```
FileOutputStream fos1 = new FileOutputStream("data1.txt");  
ObjectOutputStream out1 = new ObjectOutputStream(fos1);
```
Proxy:
1. L'utiliser pour l'initialisation tardive, l'amélioration de la performance par la mise en cache de l'objet et du contrôle de l'accès du client/de l'appelant. Il peut fournir un autre comportement ou appelez le réel de l'objet. Au cours de ce processus, il peut créer un nouvel Objet.
2. Contrairement à Décorateur, ce qui permet de chaîner des objets, Proxy ne permet pas de chaînage.
par exemple: java.rmi les classes du package.

Adaptateur:
1. Il permet à deux indépendants des interfaces de travailler ensemble à travers les différents objets, éventuellement jouer le même rôle.
2. Il modifie l'interface originale.
par exemple java.io.InputStreamReader (InputStream renvoie une Reader)

Pont:
1. Elle permet à la fois les abstractions et les implémentations de varier indépendamment.
2. Il utilise la composition au cours de l'héritage.
par exemple, la Collecte des classes dans java.util. List mis en œuvre par ArrayList.

Notes principales:
1. Adaptateur fournit une interface différente à son sujet. Proxy fournit la même interface. Décorateur fournit une interface améliorée.
2. Adaptateur modifications d'un objet de l'interface, Décorateur améliore un objet responsabilités.
3. Décorateur et Proxy ont des finalités différentes mais des structures similaires
4. Adaptateur fait fonctionner les choses une fois qu'elles ont été conçues; Pont fait travailler avant qu'ils sont.
5. Pont est conçu au départ pour laisser l'abstraction et de la mise en œuvre varient de façon indépendante. Adaptateur est équipé pour rendre les classes indépendantes travailler ensemble
6. Décorateur est conçu pour vous permettre d'ajouter des responsabilités à des objets sans sous-classement.
Ont un coup d'oeil à de grands SE questions/articles concernant des exemples de divers modèles de conception

Quand Utiliser le Pattern Décorateur?

Lorsque vous utilisez le Pont de Modèle? Comment est-il différent de l'Adaptateur?

Les différences entre le Proxy et le Décorateur Modèle

InformationsquelleAutor Ravindra babu
7

Ils sont assez similaires, et les lignes entre eux sont tout à fait gris. Je vous suggère de lire le Modèle De Proxy et Décorateur Modèle entrées dans la c2 wiki.

Les entrées et les discussions y sont assez vastes, et ils ont aussi un lien vers d'autres articles. Par ailleurs, la c2 wiki est excellente si vous demandez sur les nuances entre les différents modèles.

À la somme de la c2 entrées, je dirais un décorateur ajoute/modifie le comportement, mais un proxy a plus à voir avec le contrôle d'accès (instanciation paresseuse, accès à distance, la sécurité, etc). Mais comme je l'ai dit, les lignes entre eux sont gris, et je vois des références à des proxys qui pourrait facilement être considéré comme décorateurs et vice versa.

InformationsquelleAutor Bent André Solheim
3

Cette citation de
La Tête La Première, Les Modèles De Conception

Définitions appartient à réserver. Exemples m'appartient.

Décorateur - Ne pas modifier l'interface, mais ajoute de la responsabilité. Supposons que vous disposez d'une interface de voiture,
lorsque vous implémentez ce pour différents modèle de la voiture (s, sv, sl) vous devrez peut-être ajouter plus de responsabilité pour certains modèles. Comme l'a toit ouvrant, airbag, etc..

Adaptateur - Convertit une interface à une autre. Vous disposez d'une interface de voiture et que vous souhaitez pour agir comme jeep. Si vous prenez la voiture, de modifier et de le transformer dans une jeep. Car il n'est pas un vrai jeep. Mais agit comme une jeep.

Façade - Fait-une interface plus simple. Supposons que vous disposez de voiture, avion, bateau interfaces. En fait, tous vous avez besoin est une classe qui envoie des gens d'un endroit à un autre. Vous souhaitez façade de décider de ce véhicule à l'utilisation. Ensuite, vous recueillir toutes ces interface références sous 1 parapluie et le laisser décider/délégué pour garder les choses simples.

La tête la Première: "Une façade simplifie non seulement une interface, il dissocie d'un client à partir d'un sous-système
de composants.
Les façades et les adaptateurs peuvent envelopper plusieurs classes, mais une façade le but est de simplifier, tout en
un adaptateur est de convertir l'interface à quelque chose de différent."

InformationsquelleAutor Teoman shipahi
2

Tous les quatre impliquent habillage intérieur de l'objet/classe avec l'extérieur, de sorte qu'ils sont très semblables du point de vue structurel. Je voudrais indiquer la différence par le but à atteindre:
- Proxy encapsule l'accès de l'extérieur vers l'intérieur.
- Décorateur modifie ou s'étend le comportement de l'intérieur avec l'extérieur.
- Adaptateur convertit l'interface à partir de l'intérieur vers l'extérieur.
- Pont sépare invariable le cadre de comportement (extérieur) à partir d'une variable ou une plate-forme dépendant de la partie (intérieure).
Et par l'interface de variation entre l'intérieur et l'extérieur des objets:
- dans Proxy les interfaces sont identiques.
- dans Décorateur les interfaces sont identiques.
- dans Adaptateur les interfaces sont différentes officiellement, mais remplissent le même but.
- dans Pont les interfaces sont différentes sur le plan conceptuel.
InformationsquelleAutor Alexey
1

Je l'utilise assez souvent, lorsque la consommation de services web. Le Modèle de Proxy doit probablement être renommé à quelque chose de plus pragmatique, comme le "Wrapper Motif". J'ai aussi une bibliothèque qui est un Proxy vers MS Excel. Il le rend très facile à automatiser Excel, sans avoir à se soucier des détails d'arrière-plan tels que quelle version est installée (le cas échéant).
- Ne serait-ce pas juste l'Adaptateur Modèle?
- Un web service est consommé par un Proxy, alors que l'Adaptateur est utilisé plus pour la conversion ou la traduction de données à partir d'une forme à une autre.
InformationsquelleAutor hmcclungiii
1

Parler en détail de la mise en œuvre, je trouve une différence entre un Proxy et un Décorateur, d'un Adaptateur de Façade ... En commun de mise en œuvre de ces modèles, il y a un objet cible enveloppé par un englobante de l'objet. Client utilise englobante de l'objet au lieu de l'objet cible. Et l'objet cible jouent de fait un rôle important à l'intérieur de certaines des méthodes de protection d'objet.

Toutefois, en cas de Procuration, en joignant objet peut jouer certaines méthodes par lui-même, il vient d'initialiser l'objet cible lorsque le client appelle certaines méthodes qu'il a besoin de l'objet cible participer. C'est l'initialisation tardive. Dans le cas d'autres modèles, en joignant objet est pratiquement basé sur l'objet cible. Si l'objet cible est toujours initialisée avec englobante de l'objet dans les constructeurs/setters.

Autre chose, un proxy est exactement ce qu'une cible ne alors que d'autres modèles d'ajouter de nouvelles fonctionnalités à la cible.

InformationsquelleAutor bnguyen82
1

Je tiens à ajouter des exemples de projet de Loi Karwing réponse (qui est grand btw.)
J'ajoute aussi quelques différences clés de la mise en œuvre, que je ressens sont manquants

Cité pièces de réponse de [https://stackoverflow.com/a/350471/1984346%5D (projet de Loi Karwing)
Proxy, de Décorateur, de l'Adaptateur, et le Pont sont toutes des variations sur "l'habillage" d'une classe.
Mais leurs usages sont différents.
- Proxy peut être utilisé lorsque vous voulez paresseux-instancier un objet, ou
  cacher le fait que vous appelez un service à distance, ou de contrôle d'accès
  à l'objet.
ProxyClass et ObjectClass qui est mandaté, doit implémenter la même interface, de sorte qu'ils sont interchangeables

Exemple - proxy cher objet
```
class ProxyHumanGenome implements GenomeInterface  {
    private $humanGenome = NULL; 

    //humanGenome class is not instantiated at construct time
    function __construct() {
    }

    function getGenomeCount() {
        if (NULL == $this->humanGenome) {
            $this->instantiateGenomeClass(); 
        }
        return $this->humanGenome->getGenomeCount();
    }
} 
class HumanGenome implement GenomeInterface { ... }
```
- Décorateur est également appelée "Smart Proxy". Il est utilisé lorsque vous voulez
  ajouter des fonctionnalités à un objet, mais pas par l'extension de l'objet
  type. Cela vous permet de le faire au moment de l'exécution.
DecoratorClass doit(peut) mettre en œuvre les interfaces étendues de ObjectClass. Si l'ObjectClass pourrait être remplacé par DecoratorClass, mais pas vice-versa.

Exemple en ajoutant plus de fonctionnalités
```
class DecoratorHumanGenome implements CheckGenomeInterface  {

    //... same code as previous example

    //added functionality
    public function isComplete() {
        $this->humanGenome->getCount >= 21000
    }
}

interface CheckGenomeInterface extends GenomeInterface {

    public function isComplete();

}

class HumanGenome implement GenomeInterface { ... }
```
- Adaptateur est utilisé lorsque vous avez une interface abstraite, et que vous voulez
  carte d'interface à un autre objet qui a les mêmes fonctionnelle
  rôle, mais d'une autre interface.
Implentation des différences Proxy, Décorateur, Adaptateur

Adaptateur fournit une interface différente à son sujet. Proxy fournit la même interface. Décorateur fournit une interface améliorée.
- Pont est très similaire à la Carte, mais nous l'appelons le Pont quand vous
  définir à la fois le résumé de l'interface et de l'implémentation sous-jacente.
  I. e. vous n'êtes pas à s'adapter à certaines de legs ou de code tiers, vous êtes
  le concepteur de tout le code, mais vous avez besoin de pouvoir échanger
  différentes implémentations.
- Façade est d'un niveau supérieur (lire: plus simple) de l'interface à un sous-système de
  une ou plusieurs classes. Supposons que vous avez un concept complexe qui nécessite
  plusieurs objets à représenter. Apporter des modifications à cet ensemble d'objets
  c'est déroutant, car on ne sait pas toujours quel est l'objet qui a le
  la méthode que vous devez appeler. C'est le temps d'écrire une Façade qui
  fournit des méthodes pour toutes les opérations complexes, vous pouvez le faire
  pour la collection d'objets. Exemple: un Modèle de Domaine pour une école
  l'article, avec des méthodes comme countStudents(), reportAttendance(),
  assignSubstituteTeacher(), et ainsi de suite.
Plupart des informations contenues dans cette réponse, c'est à partir de https://sourcemaking.com/design_patterns, que je recommande comme un excellente ressource pour les modèles de conception.

InformationsquelleAutor nakashu

Je crois que le code va donner une claire idées (à compléter d'autres réponses que de bien). Veuillez voir ci-dessous, (Focus les types qu'une classe implémente et enveloppe)

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace TestConsole
{
    class Program
    {
        static void Main(string[] args)
        {
            /* Proxy */

            Console.WriteLine(Environment.NewLine);
            Console.WriteLine("PROXY");
            Console.WriteLine(Environment.NewLine);

            //instead of creating here create using a factory method, the facory method will return the proxy
            IReal realProxy = new RealProxy();
            Console.WriteLine("calling do work with the proxy object ");
            realProxy.DoWork();

            Console.WriteLine(Environment.NewLine);
            Console.WriteLine("ADAPTER");
            Console.WriteLine(Environment.NewLine);

            /*Adapter*/
            IInHand objectIHave = new InHand();
            Api myApi = new Api();
            //myApi.SomeApi(objectIHave); /*I cant do this, use a adapter then */
            IActual myAdaptedObject = new ActualAdapterForInHand(objectIHave);
            Console.WriteLine("calling api with  my adapted obj");
            myApi.SomeApi(myAdaptedObject);


            Console.WriteLine(Environment.NewLine);
            Console.WriteLine("DECORATOR");
            Console.WriteLine(Environment.NewLine);

            /*Decorator*/
            IReady maleReady = new Male();
            Console.WriteLine("now male is going to get ready himself");
            maleReady.GetReady();

            Console.WriteLine(Environment.NewLine);

            IReady femaleReady = new Female();
            Console.WriteLine("now female is going to get ready her self");
            femaleReady.GetReady();

            Console.WriteLine(Environment.NewLine);

            IReady maleReadyByBeautician = new Beautician(maleReady);
            Console.WriteLine("now male is going to get ready by beautician");
            maleReadyByBeautician.GetReady();

            Console.WriteLine(Environment.NewLine);

            IReady femaleReadyByBeautician = new Beautician(femaleReady);
            Console.WriteLine("now female is going to get ready by beautician");
            femaleReadyByBeautician.GetReady();

            Console.WriteLine(Environment.NewLine);

            Console.ReadLine();


        }
    }

    /*Proxy*/

    public interface IReal
    {
        void DoWork();
    }

    public class Real : IReal
    {
        public void DoWork()
        {
            Console.WriteLine("real is doing work ");
        }
    }


    public class RealProxy : IReal
    {
        IReal real = new Real();

        public void DoWork()
        {
            real.DoWork();
        }
    }

    /*Adapter*/

    public interface IActual
    {
        void DoWork();
    }

    public class Api
    {
        public void SomeApi(IActual actual)
        {
            actual.DoWork();
        }
    }

    public interface IInHand
    {
        void DoWorkDifferently();
    }

    public class InHand : IInHand
    {
        public void DoWorkDifferently()
        {
            Console.WriteLine("doing work slightly different ");
        }
    }

    public class ActualAdapterForInHand : IActual
    {
        IInHand hand = null;

        public ActualAdapterForInHand()
        {
            hand = new InHand();
        }

        public ActualAdapterForInHand(IInHand hnd)
        {
            hand = hnd;
        }

        public void DoWork()
        {
            hand.DoWorkDifferently();
        }
    }

    /*Decorator*/

    public interface IReady
    {
        void GetReady();
    }

    public class Male : IReady
    {
        public void GetReady()
        {
            Console.WriteLine("Taking bath.. ");
            Console.WriteLine("Dress up....");
        }
    }

    public class Female : IReady
    {
        public void GetReady()
        {
            Console.WriteLine("Taking bath.. ");
            Console.WriteLine("Dress up....");
            Console.WriteLine("Make up....");
        }
    }

    //this is a decorator
    public class Beautician : IReady
    {
        IReady ready = null;

        public Beautician(IReady rdy)
        {
            ready = rdy;
        }

        public void GetReady()
        {
            ready.GetReady();
            Console.WriteLine("Style hair ");

            if (ready is Female)
            {
                for (int i = 1; i <= 10; i++)
                {
                    Console.WriteLine("doing ready process " + i);
                }

            }
        }
    }

}

InformationsquelleAutor Abdul Kader Jeelani

-2

Modèle de conception n'est pas des mathématiques, c'est une combinaison de l'art et de génie logiciel. Il n'y a rien de semblable à cette exigence, vous devez utiliser un proxy, pont etc. Les Design patterns sont créés pour résoudre les problèmes. Si vous prévoyez un problème de conception, puis l'utiliser. Basé sur l'expérience, vous arriverez à connaître de problème spécifique, dont le motif à utiliser. Si vous êtes bon dans de solides principes de design, vous ont mis en œuvre des schémas de conception, et sans le savoir est une habitude. Exemple courant est statergy et à l'usine de modèles

Donc se concentrer plus sur de solides desighn principes, nettoyer les principes du codage et de ttd
- D'accord, si ce n'est pas la réponse à la question.
InformationsquelleAutor Mahantesh

Vous devez vous connecter pour publier un commentaire.