Introduction détaillée aux six principes des modèles de conception

Principe de responsabilité unique

Définition : Ne pas avoir plus d'une raison pour un changement de classe. En termes simples, une classe n'est responsable que d'une seule responsabilité.

Principe de substitution de Richter

Définition 1 : Si Pour chaque objet o1 de type T1, il existe un objet o2 de type T2, de sorte que tous les programmes P définis avec T1 sont remplacés par o2 lorsque tous les objets o1

, le comportement du programme P ne change pas, alors le type T2 est un sous-type du type T1.

Définition 2 : Tous les endroits où fait référence à une classe de base doivent pouvoir utiliser de manière transparente les objets de ses sous-classes. C'est-à-dire que n'importe quel endroit où la classe de base peut apparaître, la sous-classe peut certainement apparaître

.

Le principe de substitution de Liskov est général : les sous-classes peuvent étendre les fonctions de la classe parent, mais ne peuvent pas modifier les fonctions d'origine de la classe parent. Il contient les 4 niveaux de signification suivants :

1). Les sous-classes peuvent implémenter les méthodes abstraites de la classe parent, mais ne peuvent pas remplacer les méthodes non abstraites de la classe parent.

2). Les sous-classes peuvent ajouter leurs propres méthodes uniques.

3). Lorsque la méthode d'une sous-classe remplace la méthode de la classe parent, les conditions préalables de la méthode (c'est-à-dire les paramètres formels de la classe parent). méthode) doit avoir des paramètres d'entrée plus détendus que la méthode de la classe parent.

4). Lorsqu'une méthode d'une sous-classe implémente une méthode abstraite d'une classe parent, les postconditions de la méthode (c'est-à-dire la valeur de retour de la méthode) sont plus strictes. que ceux de la classe parent.

Principe d'inversion de dépendance

Définition : Haut niveau les modules ne doivent pas s'appuyer sur des modules de niveau inférieur, qui doivent tous deux s'appuyer sur leurs abstractions ; les abstractions ne doivent pas s'appuyer sur des détails ;

L'idée centrale du principe d'inversion de dépendance est : la programmation pour l'interface .

Il existe trois façons de transmettre des dépendances : 1. Passe d'interface, 2. Méthode constructeur passe, 3. Passe de méthode Setter.

Dans la programmation réelle, nous devons généralement faire les trois points suivants :

1). modules de bas niveau autant que possible. Il doit y avoir une classe abstraite ou une interface, ou les deux.

2). Le type de variable déclaré doit être autant que possible une classe ou une interface abstraite.

3). Suivez le principe de substitution de Liskov lorsque vous utilisez l'héritage .

Principe d'isolement de l'interface

Définition : Le client fait not Doit s'appuyer sur des interfaces dont elle n'a pas besoin ; la dépendance d'une classe à l'égard d'une autre classe doit être basée sur la plus petite interface.

devrait fournir aux clients une interface individuelle aussi petite que possible, plutôt que de fournir une grande interface globale.

1). Il est préférable d'utiliser plusieurs interfaces spécialisées plutôt qu'une seule interface générale.

2). La dépendance d'une classe à une autre classe doit être basée sur la plus petite interface.

3). Une interface représente un rôle, et différents rôles ne doivent pas être attribués à une seule interface. Les interfaces non pertinentes sont fusionnées pour former une grande

interface gonflée, ce qui pollue les rôles et les interfaces.

4). "Les clients ne doivent pas être obligés de s'appuyer sur des méthodes qu'ils n'utilisent pas. L'interface appartient au client, pas à la hiérarchie de classes dans laquelle elle réside. "

C'est très clair. Pour le dire plus simplement, ne forcez pas les clients à utiliser des méthodes qu'ils n'utilisent pas. Si vous forcez les utilisateurs à utiliser des méthodes qu'ils n'utilisent pas Si vous ne l'utilisez pas, alors c'est

Certains clients seront confrontés à des changements causés par des changements dans ces méthodes inutilisées.

Principe de Dimit

Définition : un objet Connaissance de les autres objets doivent être réduits au minimum.

De toute évidence, le principe d'isolation d'interface et le principe Demeter généralisé sont des restrictions sur la communication entre une entité logicielle et d'autres entités logicielles. Le principe Demeter généralisé impose

de limiter autant que possible la largeur et la profondeur de la communication. Ce que limite le principe d’isolation de l’interface, c’est la largeur de la communication, c’est-à-dire que la communication doit être aussi étroite que possible.

La loi de Demit est également appelée le principe le moins connu. Elle a été proposée pour la première fois en 1987 par Ian Holland de la Northeastern University aux États-Unis. En termes simples,

signifie que moins une classe en sait sur les classes dont elle dépend, mieux c'est. En d'autres termes, pour la classe dépendante, quelle que soit la complexité de la logique, essayez d'encapsuler la logique

à l'exception de la méthode publique fournie, elle n'est pas exposée. le monde extérieur. Il existe une définition plus simple de la loi de Déméter : Communiquez uniquement avec des amis qui sont directement

. Tout d'abord, expliquons ce qu'est un ami direct : chaque objet aura une relation de couplage avec d'autres objets. Tant qu'il existe une relation de couplage

entre deux objets, nous dirons que ceux-ci. 2 Les objets sont amis. Il existe de nombreuses méthodes de couplage, telles que la dépendance, l'association, la combinaison, l'agrégation, etc. Parmi eux, nous appelons les classes qui apparaissent dans les variables membres

, les paramètres de méthode et les valeurs de retour de méthode comme amis directs, tandis que les classes qui apparaissent dans les variables locales ne sont pas des amis directs. . En d'autres termes, il est préférable que les classes inconnues

n'apparaissent pas à l'intérieur de la classe en tant que variables locales.

Principe ouvert-fermé

Une entité logicielle doit être ouverte à extension, fermée pour modification.

Principe de réutilisation combinaison/agrégation

Essayez de faites de votre mieux. Utilisez la composition/agrégation au lieu de l'héritage pour parvenir à la réutilisation.

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!