jQuery in Action, 3rd edition
The moose likes OO, Patterns, UML and Refactoring and the fly likes Design pattern Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Engineering » OO, Patterns, UML and Refactoring
Bookmark "Design pattern" Watch "Design pattern" New topic

Design pattern

anita dhar
Ranch Hand

Joined: Jul 14, 2007
Posts: 69
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

Lasse Koskela

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

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

Joined: Aug 19, 2005
Posts: 2933
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 ]
I agree. Here's the link: http://aspose.com/file-tools
subject: Design pattern
It's not a secret anymore!