Anti patterns

From CSSEMediaWiki
(Difference between revisions)
Jump to: navigation, search
(Link to Ward's wiki list of anti patterns)
m (References)
Line 9: Line 9:
 
==References==
 
==References==
 
#{{Note|1}}William Brown, Raphael Malveau, Hays McCormick, and Thomas Mowbray. Anti Patterns: refactoring software, architectures, and projects in crisis. John Wiley and Sons, 1998.
 
#{{Note|1}}William Brown, Raphael Malveau, Hays McCormick, and Thomas Mowbray. Anti Patterns: refactoring software, architectures, and projects in crisis. John Wiley and Sons, 1998.
#{{Note|2}}http://c2.com/cgi/wiki?AntiPatternsCatalog
+
# {{Note|2}}http://c2.com/cgi/wiki?AntiPatternsCatalog

Revision as of 03:32, 18 July 2009

While design patterns are often seen as good design solutions to a common problem, anti patterns are the opposite: bad solutions to a common problem.

Anti patterns usually describe designs that look like a good idea at first but have negative effects when used. Because they look like an attractive solution, developers may be easily tempted to use them. To avoid this, they have been documented just like "positive" design patterns (in [1] for example).

The documentation of an anti pattern will often tell you why the bad solution looks good, what negative effects it causes if it's used and what positive pattern should be applied to solve the problem instead.

There are lots of different anti patterns. For a long list of common ones, see [2].

References

  1. ^William Brown, Raphael Malveau, Hays McCormick, and Thomas Mowbray. Anti Patterns: refactoring software, architectures, and projects in crisis. John Wiley and Sons, 1998.
  2. ^http://c2.com/cgi/wiki?AntiPatternsCatalog
Personal tools