From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 109fba,7f8fc37d854731d6 X-Google-Attributes: gid109fba,public X-Google-Thread: 1108a1,7f8fc37d854731d6 X-Google-Attributes: gid1108a1,public X-Google-Thread: 103376,7f8fc37d854731d6 X-Google-Attributes: gid103376,public X-Google-Thread: 10461e,7f8fc37d854731d6 X-Google-Attributes: gid10461e,public X-Google-Thread: 114809,7f8fc37d854731d6 X-Google-Attributes: gid114809,public From: "Chris" Subject: Re: Interesting but sensitive topic to discuss (HELP: - OOP and CASE t Date: 1996/11/10 Message-ID: <01bbcef3$15e49fa0$LocalHost@gaijin>#1/1 X-Deja-AN: 195639207 references: <32813322.41C6@kyebek3.kjist.ac.kr><55pqr5$136a@grimsel.zurich.ibm.com> <328109CD.6685@concentric.net><55v177$ufo@grimsel.zurich.ibm.com> <3283BB94.2D82@concentric.net> <6KZQfjK-3RB@herold.franken.de> organization: Chris & Co newsgroups: comp.object,comp.lang.ada,comp.ai,comp.lang.c++,comp.lang.smalltalk Date: 1996-11-10T00:00:00+00:00 List-Id: OOP design is interresting for two points. First, it may be a way to think about/to solve your problem. Just a different approach (not better, not worse than others). You may not have here to really think about inheritance or polymorphism. Second, when designing your solution, you may think about reusing what you found. Then inheritance and polymorphism are useful. What's making OOP a better approach than other non-OOP paradigms is that you can orient your design toward the present problem AND the futures at the same time (could get it a little longer, thus). -- Chris, drunk philosoph and bad programmer -------------------------------------------------------------------- "The nail pulling up calls the hammer" zen proverb > > I think implementation inheritance is overemphasized. Many seem to think > > that the class hierarchy **is** the design! > > > As I noted in another post: the > > same class hiearchy may permit the specification of many different programs, > > each with a different architecture and design. > > This is possible, but is it useful? If my implementation hierarchy differs > too far from the design hierarchy, I'd expect horrible costs just to keep > them in sync. > > If the objects involved are design objects, I'd take a long, hard look at > the classes involved. If two objects have identical behaviour, and I feel > they shouldn't go in the same class, then I probably forgot to include > some behaviour that differs. (Or behaviour that might differ in the > future. In that case, the future evolution paths should be fixed by some > constraints on the class.) > > > * When should delegation be used instead of inheritance? > > > > * When should the Strategy pattern be used instead of inheritance?