Talk:Design pattern

message: I think that the design pattern (main) article is incomplete. In my view design patterns are a generic approach to every problem, not something that can be categorized in the architecture or the computer science fields. An article that is generic and maybe in the style of the Pattern one I think is required to be created
moreover we should add a reference (maybe article) about the design patterns that are used in Human Computer Interaction. link welie.com has plenty info on the subject.
--yanis 15:16, 13 January 2006 (UTC)
thread_title:  Incomplete approach 

message: I would suggest the following.
* Assemble all cross-domain information in the article Pattern language, with an overview of different domains. This article also needs a collection of publications and conferences that mark the history of design patterns.
* Finally there might be a redirect from Design pattern to Pattern language. Any attempt to separate these two articles will result in high overlap and redundancy. Alternatively, the main article could be called "Design pattern", but then it would also need to explain pattern languages. I prefer to have "Pattern language" be the big one.
* Domain-specific articles "Design Patterns in Architecture", "Design Patterns in HCI", "Design Patterns in software engineering" etc. The idea of a pattern is basically the same in all disciplines, there is just a lot of material that justifies domain-specific articles. I dissuade the use of brackets like "Design Patterns (computer science)", as these suggest that patterns mean something different depending on the discipline.
* If there is only few information about a special domain, it will be enough to handle that in the main article Pattern language.
* Single articles for relevant books by Alexander, A Pattern Language or Gamma et al, Design Patterns (book).
* The disambiguation page Design pattern should be kept until a common agreement is found that it is no longer needed. Until then, it should list all related articles (no matter how incomplete their approach), which will hopefully make the work easier.
: EDIT: Just keep it, it's quite useful to have this overview page --Lhead 17:46, 23 May 2007 (UTC)
replies: text: Ok.  The article Pattern Language was getting weighed down with info about individual patterns.  I took most of it out and put it here, leaving just enough behind so that Pattern language still makes sense.  I removed some of the content that was so specific to Alexandre that it read like copy off of his dust jacket.  If anyone feels that that material is indispensable, I suggest putting it in the article for the appropriate book.  I realize that this explanation of a pattern is extremely simplistic: I was attempting to capture what is common in patterns across domains, while still giving the nod to Alexandre since he is so influential, even outside his own field.  I think it "balances the forces" between the desire for accuracy and the desire for intelligibility.  Comments welcome.  Wordie (talk) 22:57, 28 March 2008 (UTC)
thread_title:  Restructuring Proposal 

message: Some suggestions for additional domain areas:
* Requirements patterns, see Mastering the Requirements Process, Robertson and Robertson, Addison Wesley 2006
* Analysis Patterns, see for example http://www.martinfowler.com/articles.html#id2251585 and Analysis Patterns - Reusable Object Models, Martin Fowler, Addison Wesley 1996
Cn469 14:15, 23 May 2007 (UTC)
replies: text: I noticed these in google, but didn't have time to study. I think it's a good idea, if you have the time and material. Maybe add it to the "Pattern Language" article, or create individual ones? Both would make sense. --Lhead 17:46, 23 May 2007 (UTC)
thread_title:  Additional Domains 

message: Why has this page been marked as a stub?? It is meant as a disambiguation page, so there is nothing wrong with it being short! Maybe the page needs improvement (not sure), but wouldn't something like "restructuring" fit better? -- Lhead 20:37, 4 July 2007 (UTC)
thread_title:  Stub ?? 

message: Into an article and dab page, currently it is a combination of the two IvoShandor (talk) 13:05, 21 May 2008 (UTC)
thread_title: This should be split

message: Drupal
In drupal, Design pattern is used in many features.
Drupal uses these desgin patterns
1.Singleton  eg
2.Decorator
3.Observer
4.Bridge
5.Chain of Responsibility pattern
6.Command
khinelay 07:10, 13 November 2010 (UTC)
thread_title:  Systems which use Design pattern