Re: Static vs Dynamic

From: Matthew Danish (mrd+nospam_at_cmu.edu)
Date: 10/30/04 

Date: 29 Oct 2004 21:09:11 -0400

pyedarren@hotmail.com (Darren) writes:
> That is where in a statically typed OO language you would have the
> widget and grommet implement an inteface. Calling "instanceof" for a
> specialization check like that is not bad OO and still doesn't mean
> you need casting (though it would be justified if you did).

No, it is bad OO, because it is "outside" of the OO system. This
reminds me of a presentation on Slate that demonstrated what this means:
http://tunes.org/~eihrul/talk.pdf (see also http://slate.tunes.org/).
 
> I totally agree. That supports the belief that good design transcends
> language. Good design in Lisp, Java or C++, or any OO language should
> all be structurally similar, though the details of their
> implementation might be quite different. That's why design patterns
> work.

Hah, you just opened up another can of worms! =) Design patterns as
realized in software architecture today are bull; they are just
published and accepted ways of working around the limitations of C++
and Java. There is nothing fundamental about most of them that makes
them transcend language. Especially since the paradigms of different
languages really do encourage different solutions to the same problem. 

-- 
;; Matthew Danish -- user: mrd domain: cmu.edu
;; OpenPGP public key: C24B6010 on keyring.debian.org

Relevant Pages

  • Re: The OO approach
    ... this was going to organise things so they'd be ... immediately apparent to novices in design patterns, ... Novices to Forth don't often grok the language until ... a hierarchy 16 levels deep, and it averages 5,000 to 10,000 hierarchy ...
    (comp.lang.forth)
  • Re: The OO approach
    ... orientation is nothing more than a way to organize data and the code ... language has a particular model for objects, ... So you get complexity piled on complexity. ... immediately apparent to novices in design patterns, ...
    (comp.lang.forth)
  • Re: Goals of OOP
    ... Most of design patterns have no usefull meaning ... If a language does not support OO, then OO design patterns cannot be ... if those problems are regularly encountered in programming (which ...
    (borland.public.delphi.non-technical)
  • Re: OO style tutorials?
    ... Design Patterns in Ruby by Russ Olsen is what I would recommend reading ... Russ does a very good job of teaching OO ... purports to be "language neutral" at least for the popular OO languages back ...
    (comp.lang.ruby)
  • Re: Goals of OOP
    ... they are for solving kinds of problems regularly encountered in ... then design patterns would be language agnostic. ... if those problems are regularly encountered in programming (which ...
    (borland.public.delphi.non-technical)
Loading