Re: Mixing OO and DB

From: topmind <topmind_at_technologist.com>
Date: Fri, 22 Feb 2008 15:41:58 -0800 (PST)
Message-ID: <ff1e42fa-4028-48b5-b9ed-ad9812b6395a_at_60g2000hsy.googlegroups.com>


Robert Martin wrote:
> On 2008-02-21 14:56:14 -0600, topmind <topmind_at_technologist.com> said:
>
> >>
> >> Are you suggesting that the source code that implements data driven
> >> applications doesn't have dependencies that need managing?
> >
> > No. Most non-trivial software has tons of dependencies.
>
> Agreed. OO is a tool that helps manage those dependencies by allowing
> certain function calls to be made indirectly.
> >
> >> Or are you
> >> suggesting that the indirection of OO is not effective at managing
> >> such dependencies.
> >>
> >> Either position is absurd on the face of it.
> >
> > If OO can be good at managing dependencies of data-driven
> > applications, then I have not seen a good coded biz example of it.
>
> Actually, I think you have already named some examples. Using a dummy
> database for testing, for example. Not that you MUST use OO for these
> things; but often you can, and often it is convenient.

Well, I think that is stretching the definition of OOP a bit far, almost like saying word-processors are OOP/polymorphic because they can open any document of a given extension. That's all the test DB is like: we simply point the app to a different (test) DB just like a word-processor or Excel opening a different document.

>
>
> --
> Robert C. Martin (Uncle Bob)��| email: unclebob_at_objectmentor.com
> Object Mentor Inc.� � � � � ��| blog:��www.butunclebob.com

-T- Received on Sat Feb 23 2008 - 00:41:58 CET

Original text of this message