Re: Databases as objects
- From: "topmind" <topmind@xxxxxxxxxxxxxxxx>
- Date: 25 Dec 2006 15:50:10 -0800
Patrick May wrote:
"topmind" <topmind@xxxxxxxxxxxxxxxx> writes:
Patrick May wrote:
"topmind" <topmind@xxxxxxxxxxxxxxxx> writes:
Can you give an example of such as tangled pasta?
OO Visitor pattern.
The Visitor pattern provides two capabilities: 1)
simulation of double dispatch and 2) non-intrusively adding new
operations to existing classes. Both of these address
limitations of languages such as C++ and Java. The existence
of this pattern does not demonstrate a general flaw in the
object oriented approach.
How about you Visitor defenders present a somewhat practical biz
example where Visitor allegedly makes maintenence easier.
Non-sequitur. I never claimed to be a "fan" of the pattern,
nor did I assert that it makes maintenance easier. I merely
pointed out the reasons for using it and provided an example of the
context in which it applies. My only purpose was to demonstrate
that your use of this pattern to support your contention that OO
techniques result in "tangled pasta" is without merit.
Fine, pick another OO pattern and kick procedural/relational's ass
with it. I don't care how you kick its ass, just do it and show
it. Put your money where your mouth is and beat the hell of out of
me with OO.
You've got it backwards. You used the Visitor pattern in support
of one of your claims in your conversation with Neo. I simply pointed
out that it does not, in fact, support your argument. The burden of
proof is still on you to provide an example of OO techniques leading
to "tangled pasta".
There are no real rules for when to use what GOF pattern, especially if
there are competing factors. The rules of relational normalization are
governed mostly by duplication removal. All else being equal,
consistency trumps inconsistency.
Alternatively, you could simply admit to Neo that you cannot
support your assertion.
Sincerely,
Patrick
-T-
.
- Follow-Ups:
- Re: Databases as objects
- From: Patrick May
- Re: Databases as objects
- References:
- Re: Databases as objects
- From: topmind
- Re: Databases as objects
- From: Patrick May
- Re: Databases as objects
- From: topmind
- Re: Databases as objects
- From: Patrick May
- Re: Databases as objects
- Prev by Date: Re: Databases as objects
- Next by Date: Re: looking for a predicate hierarchy
- Previous by thread: Re: Databases as objects
- Next by thread: Re: Databases as objects
- Index(es):
Relevant Pages
|