Re: Mixing OO and DB

From: topmind <topmind_at_technologist.com>
Date: Mon, 3 Mar 2008 22:25:43 -0800 (PST)
Message-ID: <8c2cab9d-55dc-441d-8a71-cc0a66dfebf1_at_d4g2000prg.googlegroups.com>


Robert Martin wrote:
> On 2008-03-03 06:59:57 -0600, "David Cressey" <cressey73_at_verizon.net> said:
>
> >
> > "Bob Bad Odor" <bbadour_at_pei.sympatico.ca> wrote in message
> > news:47cb2504$0$4034$9a566e8b_at_news.aliant.net..
>
> >>>> Not if they are explanatory. Employee.find("Bob") is a lot easier to
> >>>> understand than Select * from Employee_Table where Name = 'Bob';
> >>
> >> How exactly does Employee.find(string) inform the reader that the method
> >> will return a single employee with a matching name? People understand
> >> things better when they are informed.
>
> Well, if you think 'find' is not evocative enough, then you could call
> the function find_single_employee_matching_name("bob");

Um, like what if there are zero Bob's or 200 Bob's in the actual system? Are you gonna arbitrarily pick one? If one does not understand what the data is, they may end up with such arbitrary decisions, driving the user nuts. (I think Microsoft Outlook has such logic *cough* in it.)

Such issues tend to be situation-specific such that its not likely to be reusable as-is.

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

-T- Received on Tue Mar 04 2008 - 07:25:43 CET

Original text of this message