| Author |
Design pattern
|
anita dhar
Ranch Hand
Joined: Jul 14, 2007
Posts: 69
|
|
Hello, i am new to design patterns .can any one tell me in what way i can use the design patterns . can any one give me example for it Thnaks
|
 |
Lasse Koskela
author
Sheriff
Joined: Jan 23, 2002
Posts: 11962
|
|
|
Could you first tell us which other online resources have you read about design patterns. For example, the Wikipedia page or this tutorial?
|
Author of Test Driven (2007) and Effective Unit Testing (2013) [Blog] [HowToAskQuestionsOnJavaRanch]
|
 |
Lasse Koskela
author
Sheriff
Joined: Jan 23, 2002
Posts: 11962
|
|
|
By the way, Joshua Kerievsky from Industrial Logic has written a learning guide for design patterns based on the "Gang of Four" book, which many consider to be the bible of design patterns literature. There are other books available, however, that may be more to your liking if you're more into Java than C++.
|
 |
Stan James
(instanceof Sidekick)
Ranch Hand
Joined: Jan 29, 2003
Posts: 8791
|
|
Patterns are common solutions to common problems. It's good to be familiar enough with them to recognize when you have one of those problems. Then you can consult the pattern and see if the solution fits. Some times it happens the other way. You don't recognize the problem but you recognize your code is starting to look like one of the solutions. Then you might consult the pattern and see if there is anything you haven't thought of yet. If the pattern looks appropriate, you might rename and restructure your code to look more like the pattern. That will help future readers spot it and identify what you're doing at a higher level. There's even a whole book called Refactoring to Patterns that might be a great read right now. When I first became aware of the Gang of Four book, one of my colleagues breathlessly told me he had built reference implementations of all of them. This turned out to be quite useless except for making him read the book carefully. You almost never apply the solutions exactly as they are in the book, and they'll almost always require some customization and translation into whatever problem and language you have. The last thing you want to do is get excited about the latest pattern you read and go hunting for a place to apply it. It's common to try to hammer a pattern into a hole where it doesn't fit. I'm probably guilty of having a few favorites I use too often; I try to keep that in mind and stop before I abuse something.
|
A good question is never answered. It is not a bolt to be tightened into place but a seed to be planted and to bear more seed toward the hope of greening the landscape of the idea. John Ciardi
|
 |
Peer Reynders
Bartender
Joined: Aug 19, 2005
Posts: 2906
|
|
Joshua Kerievsky's Refactoring to Patterns Addison-Wesley Professional amazon US isn't targeted towards an audience that is new to design patterns. A good understanding of the patterns he references and the process of Refactoring is assumed. Often people dive head long into patterns before developing a good understanding of The Principles of OOD on which Patterns are ultimately based on. Mastery of the principles of OOD is far more beneficial then memorizing a number of patterns. However patterns are very useful as a communication tool as they allow the more efficient (higher level of) exchange of ideas in the spoken or written word. Other than that Apply Patterns Gently. [ July 18, 2007: Message edited by: Peer Reynders ]
|
"Don't succumb to the false authority of a tool or model. There is no substitute for thinking."
Andy Hunt, Pragmatic Thinking & Learning: Refactor Your Wetware p.41
|
 |
 |
|
|
subject: Design pattern
|
|
|