Over Use Of Patterns

Developers, having seen the light regarding the usefulness of patterns, try to use them wherever they can, regardless of whether the pattern is appropriate.

The resulting code tends to be full of factories that only ever return a single thing, that thing being a proxy to a delegate that wraps a class that has a method that has the three lines of code you actually want to execute.


This should be mis-use of patterns.
Funny sample of that AntiPattern: I worked once in a very big software company that just discovered the GangOfFour DesignPatternsBook. Some managers, being far away from the real life code for too long, thought it was a good idea to put as an objective to each developer in their group the implementation of a DesignPattern in the year after the training! The situation became rapidly totally silly because: The most funny thing about all that in that all developers were engineers and so were able to understand that every theorem (pattern) was coming with strict application clauses and that every other use was not recommended or even a very BadThing. The management was deaf to those arguments because it was a way to give the developers InappropriateTechnicalObjectives.
CategoryAntiPattern CategoryDevelopmentAntiPattern

View edit of September 24, 2010 or FindPage with title or text search