Re: dip Notions 2 Major Errors

From: Universe (no email)
Date: 09/19/04


Date: Sun, 19 Sep 2004 15:29:42 -0400


"Roger L. Cauvin" <roger@deadspam.com> wrote:

> "Mark Nicholls" <Nicholls.Mark@mtvne.com> wrote in message
> news:bdf4e330.0409181022.deb4974@posting.google.com...
> > "Roger L. Cauvin" <roger@deadspam.com> wrote in message
> news:<2r0uslF14spg6U1@uni-berlin.de>...
> > > "Ilja Preuß" <it@iljapreuss.de> wrote in message
> > > news:414b4618@news.totallyobjects.com...
> > > > Roger L. Cauvin wrote:
> > > >
> > > > > Whether he uses "module" to refer to a header file or a
> > > > > set of classes, the definition of "module" is the same. They are
> > > > > both pieces of software. They are both modules.
> > > >
> > > > And the dip actually *can* be applied to all of them.
> > >
> > > Agreed.
> >
> > I thought you'd rejected my interpretation as a set of classes?
>
> No. I rejected your assumption that the DIP necessarily prescribes an
> inversion of dependencies between two particular packages (sets of classes).
> One way I showed your assumption was false was by pointing out that Robert's
> original article on the DIP never uses "module" to refer specifically to a
> set of classes.

Well nearly every example of dip by RCM on comp.object and his first
one in C++ Journal *did* mention modules, or packages.

In fact dip would be nothing but Strategy pattern without RCM's shell
game of placing the client and server interface into the same unit
versus the concrete class in another unit.

Let's be right real, up front and honest here.

Elliott

-- 
"'Business priority' in the absence of considering the
synergies/dependencies between features is meaningless.  Prioritizing
a list that you haven't fully reseached and assembled
is simply creating an illusion of rigour."   ~ Cy Coe


Relevant Pages

  • Re: dip Notions 2 Major Errors
    ... Robert did mention packages ... > as particularly illustrative of the impact of dependency ... but he did not portray them as essential to DIP. ... Mr Martin wrote in his post. ...
    (comp.object)
  • Re: 74LS90, 74LS92 and other TTL are OBSOLETE???
    ... Basicaly I'm looking for any package of them DIP, ... So is it real that the standard TTL Logic ICs are going to obsolete? ... Very-small-footprint packages. ...
    (sci.electronics.components)
  • Re: dip Notions 2 Major Errors
    ... > is it sentences or classes or packages. ... > if there is an inversion under an operation, ... necessarily inverts in when applying the DIP. ... Name the type of entity I have claimed inverts when applying the DIP. ...
    (comp.object)
  • Re: trends in op-amp packages
    ... Now, many new op-amps are no longer available in DIP, and some recent devices are not even available in SOP, although at present this seems to be the most universal op-amp package. ... I sure hope the assemblers don't misplace any parts because it'll be a bear to find out with all those 0201 packages in there. ...
    (sci.electronics.design)
  • Re: Is this the DIP confusion?
    ... >> interpretaion based on the text and diagrams in Mr Martins very good ... If you choose to take the interpretation of the other stuff as ... we BOTH have access to Robert's original article on the DIP. ...
    (comp.object)