Using design pattern
From: al (allin_at_168.net)
Date: 12/24/03
- Next message: Isaac Gouy: "Re: Test Driven Development Sample"
- Previous message: universe_at_covad.net: "Re: Canonical Design Form"
- Next in thread: universe_at_covad.net: "Re: Using design pattern"
- Reply: universe_at_covad.net: "Re: Using design pattern"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Tue, 23 Dec 2003 23:03:37 GMT
Reading "Design Pattern - Elements of Reusable Object-Oriented Software"
does help a lot about using patterns in software development.
There are many lines in the book, which doesn't make much sense to me. Hope
you can help clarify some for me.
1. "...represent algorithm as object." What does it means? Is it referring
to pattern like Strategy?
2. "application domain-specific patterns" What does it means?
3. "The consequences of a pattern include its impact on a system's
flexibility, extensibility, or portability." My understanding about
"flexibility" and "extensibility" here is changing/adding to one part
without affecting the rest. Is this a correct understanding? Regarding
"portability" am I totally lost: How could a pattern helps "portability"?
4. What does it mean by "Reusable" in Design Pattern? Is it referring to
reuse patterns, the implementation mechanism of patterns, or both?
5. The benefits of using patterns are summarized by me as shown below:
a. decoupling objects.
b. make a software system easier to maintain.
c. make a system reusable.
Is this a complete list? Is there some important things missing from the
list?
Merry Christmas!
- Next message: Isaac Gouy: "Re: Test Driven Development Sample"
- Previous message: universe_at_covad.net: "Re: Canonical Design Form"
- Next in thread: universe_at_covad.net: "Re: Using design pattern"
- Reply: universe_at_covad.net: "Re: Using design pattern"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|