CSC/ECE 517 Fall 2011/ch7 7d rt: Difference between revisions
No edit summary |
|||
| Line 3: | Line 3: | ||
==Introduction== | ==Introduction== | ||
The term antipattern was coined by Andrew Koenig. He was inspired by a story told about Thomas Edison's many failed attempts to find a suitable material for the filament of a light bulb. When asked if he was discouraged, Edison replied that indeed he was not; he now knew hundreds of items that wouldn't work. | |||
Koenig believed that the same philosophy could be applied to software development. As he studied the design pattern presented by the GoF, he felt that it was just as important to point out what not to do as well as what to do. He named these non-solutions antipatterns. He defined an antipattern as "just like a pattern, except that instead of a solutionit gives something that looks superficially like a solution but isn't one." | |||
==AntiPatterns== | ==AntiPatterns== | ||
Revision as of 15:23, 25 November 2011
AntiPatterns in Software Development
Introduction
The term antipattern was coined by Andrew Koenig. He was inspired by a story told about Thomas Edison's many failed attempts to find a suitable material for the filament of a light bulb. When asked if he was discouraged, Edison replied that indeed he was not; he now knew hundreds of items that wouldn't work.
Koenig believed that the same philosophy could be applied to software development. As he studied the design pattern presented by the GoF, he felt that it was just as important to point out what not to do as well as what to do. He named these non-solutions antipatterns. He defined an antipattern as "just like a pattern, except that instead of a solutionit gives something that looks superficially like a solution but isn't one."