Quelle est l'importance réelle des Design Patterns ?

Question

Quelle est l'importance réelle des Design Patterns ?

Je pense que la génération précédente de programmeurs n'utilisait pas beaucoup les Design Patterns (les personnes diplômées dans les années 80 et avant le milieu des années 90). Les jeunes diplômés le connaissent-ils en général et l'utilisent-ils beaucoup plus ?

Answer 1

Nous utilisions des modèles de conception dans les années 80, mais nous ne savions pas qu'il s'agissait de modèles de conception.

Answer 2

À mon avis, le plus grand avantage des modèles de conception est qu'ils donnent aux développeurs un vocabulaire commun pour parler des solutions logicielles.

Si je dis "Nous devrions implémenter cette solution en utilisant le modèle singleton", nous avons un point de référence commun pour commencer à discuter si oui ou non c'est une bonne idée sans que je doive d'abord implémenter la solution pour que vous compreniez ce que je veux dire.

Ajoutez à cela la lisibilité et la facilité de maintenance qui découlent de solutions familières à des problèmes courants, au lieu que chaque développeur tente de résoudre le problème à sa manière, encore et encore.

Assez important. Les logiciels peuvent être réalisés sans eux, mais c'est certainement beaucoup plus difficile.

Answer 3

Ils ne sont pas absolument nécessaires, mais le bien l'emporte nettement sur le mal.

Le bon :

1. Lisibilité du code : Ils vous aident à écrire un code plus compréhensible avec de meilleurs noms pour ce que vous essayez d'accomplir.
   • Maintenabilité du code : Permet de maintenir votre code plus facilement car il est plus compréhensible.
   • La communication : Ils vous aident à communiquer les objectifs de conception entre les programmeurs.
   • Intention : Ils montrent instantanément l'intention de votre code à quelqu'un qui apprend le code.
   • Réutilisation du code : Ils vous aident à identifier des solutions communes à des problèmes communs.
   • Moins de code : Ils vous permettent d'écrire moins de code car une plus grande partie de votre code peut dériver des fonctionnalités communes à partir de classes de base communes.
   • Des solutions testées et solides : La plupart des modèles de conception sont testés, éprouvés et solides.

---

Le mauvais :

1. Des niveaux supplémentaires d'indirection : Ils fournissent un niveau supplémentaire d'indirection et rendent donc le code un peu plus complexe.
   • Savoir quand les utiliser : Ils sont souvent utilisés de manière abusive et dans des cas où ils ne devraient pas l'être. Une tâche simple peut ne pas nécessiter le travail supplémentaire d'être résolue en utilisant un modèle de conception.
   • Interprétations différentes : Les gens ont parfois des interprétations légèrement différentes des modèles de conception. Par exemple, le modèle MVC vu par django et le modèle MVC vu par Ruby on Rails.
   • Singleton : Dois-je en dire plus ?

Answer 4

Personnellement, je les considère largement surestimé et d'une valeur marginale . L'idée semble géniale, mais en fin de compte, il n'y a qu'une poignée d'éléments suffisamment courants et utiles pour mériter d'être mémorisés (et possibles à mémoriser).

Je dirais que leur effet net est négatif, en raison de l'affreuse suringénierie perpétrée par des personnes qui viennent d'être séduites par le concept et qui essaient de fourrer autant de motifs que possible dans leur code. Ce qui est peut-être encore pire, c'est le Le marteau de Maslow effet conduisant à une mauvaise conception car au lieu de trouver le modèle optimal, le développeur s'est souvenu d'un modèle de conception qui lui convient (mal).

Answer 5

Important n'est pas le mot que j'utiliserais. J'utiliserais le mot "utile". Donner aux développeurs un langage commun pour décrire les problèmes/solutions fréquents est utile - d'autant plus dans un environnement collaboratif.