Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

2
  • 2
    Down vote if you will. It still doesn't change the fact that pattern-driven development is silly. Patterns exist to facilitate talking about code. They aren't recipes, blueprints, or out of the box generic solutions. Treating them as such limits you tremendously. Instead, be pragmatic when coding. Solve your problem the way that best suits your program. Commented Jul 9, 2016 at 12:11
  • 2
    Exactly. OP is approaching this backwards. If you don't know what pattern to use, then forget about the patterns, make something that works, then see if what you did could be described by one of the existing patterns. Notice: not everything will be neatly described by the GoF design patterns. Commented Jul 9, 2016 at 16:19