Re: Retrieving unnecessary data

On 2008-02-14 15:00:13 -0600, topmind <topmind@xxxxxxxxxxxxxxxx> said:

These are the kinds of problems one encounters when they try to use
OOP to model domain nouns. Modeling domain nouns for business apps is
a road to bloat, hell, or both.

That depends on what you mean by "domain noun". If you organize your nouns around data (e.g. what things _have_) then I'd agree with you. If, on the other hand, you organize your domain nouns around behavior (e.g. what things _do_) then I wouldn't.

--
Robert C. Martin (Uncle Bob)  | email: unclebob@xxxxxxxxxxxxxxxx
Object Mentor Inc.            | blog:  www.butunclebob.com
The Agile Transition Experts  | web:   www.objectmentor.com
800-338-6716                  |



.

Relevant Pages

  • Re: Retrieving unnecessary data
    ... Robert Martin wrote: ... OOP to model domain nouns. ... a road to bloat, hell, or both. ... I "decouple" nouns from verbs in my designs. ...
    (comp.object)
  • Re: Retrieving unnecessary data
    ... OOP to model domain nouns. ... a road to bloat, hell, or both. ... There are aspects of a system that ought to be centered on data. ... Procedural helps decouple one. ...
    (comp.object)
  • Re: Retrieving unnecessary data
    ... OOP to model domain nouns. ... Modeling domain nouns for business apps is ... Procedural helps decouple one. ... Then why not add Functional Programming, Logical Programming, etc. ...
    (comp.object)