Recherche…


Introduction

Le principe d'ouverture et de fermeture stipule que la conception et la rédaction du code doivent être effectuées de manière à ce que les nouvelles fonctionnalités soient ajoutées avec un minimum de modifications dans le code existant. La conception doit être faite de manière à permettre l'ajout de nouvelles fonctionnalités en tant que nouvelles classes, en conservant autant que possible le code existant. Les entités logicielles telles que les classes, les modules et les fonctions doivent être ouvertes pour extension, mais fermées pour modification.

Remarques

Comme tous les principes, Open Close Principe n'est qu'un principe. Faire une conception flexible implique du temps et des efforts supplémentaires pour cela et cela introduit un nouveau niveau d'abstraction augmentant la complexité du code. Ce principe devrait donc être appliqué dans les domaines les plus susceptibles d’être modifiés. De nombreux modèles de conception nous aident à étendre le code sans le modifier, par exemple le décorateur.

Ouvrir Fermer Principe de violation

/* 
* This design have some major issues
* For each new shape added the unit testing
* of the GraphicEditor should be redone                      
* When a new type of shape is added the time
* for adding it will be high since the developer
* who add it should understand the logic
* of the GraphicEditor.
* Adding a new shape might affect the existing
* functionality in an undesired way, 
* even if the new shape works perfectly   
*/ 

class GraphicEditor {
    public void drawShape(Shape s) {
        if (s.m_type==1)
            drawRectangle(s);
        else if (s.m_type==2)
            drawCircle(s);
    }
    public void drawCircle(Circle r) {....}
    public void drawRectangle(Rectangle r) {....}
}

 class Shape {
     int m_type;
 }

 class Rectangle extends Shape {
     Rectangle() {
         super.m_type=1;
     }
 }

 class Circle extends Shape {
     Circle() {
         super.m_type=2;
     }
 }

Open Close Principle support

/*
* For each new shape added the unit testing
* of the GraphicEditor should not be redone
* No need to understand the sourcecode
* from GraphicEditor.
* Since the drawing code is moved to the
* concrete shape classes, it's a reduced risk
* to affect old functionallity when new
* functionallity is added.
*/ 
class GraphicEditor {
     public void drawShape(Shape s) {
         s.draw();
     }
 }

 class Shape {
     abstract void draw();
 }

 class Rectangle extends Shape  {
     public void draw() {
         // draw the rectangle
     }
 } 


Modified text is an extract of the original Stack Overflow Documentation
Sous licence CC BY-SA 3.0
Non affilié à Stack Overflow