Aren't both part of the same business object, eg Task?  For this task, you
probably need to perform a number of actions or methods, such as
    Set's and Gets for:
    -Task Name
    -Description
    -Due Date
    .....

You also need to be able to manage resources needed to complete a task.  The 2
methods that you discussed are integral to performing this task and therefore
below to the same object?

Andy
  -----Original Message-----
  From: Deanna Schneider [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, November 18, 2003 9:07 AM
  To: CF-Talk
  Subject: Re: SOT: OO Design

  That's what I'm wondering if I should do, yes. Or, if it works better to
  just have the two objects, with the task object having an array of
  consumable objects.
  -d

  ----- Original Message -----
  From: "Dwayne Cole" <[EMAIL PROTECTED]>
  To: "CF-Talk" <[EMAIL PROTECTED]>
  Sent: Tuesday, November 18, 2003 8:59 AM
  Subject: Re: SOT: OO Design

  > So are you thinking of creating three objects: a task object, a consumable
  object, consumableList object that acts like a associative entity?
  >
  >
  > Dwayne Cole, MS in MIS, MBA
  > Florida A&M University
  > Certified Advanced ColdFusion Developer
  > 850-591-0212
  >
  > "It can truly be said that nothing happens until there is vision. But it
  is equally true that a vision with no underlying sense of purpose, no
  calling, is just a good idea - all "sound and fury, signifying nothing."
  The Fifth Discipline - Peter Senge
  >
  >
  >
  > ---------- Original Message ----------------------------------
  > From: "Deanna Schneider" <[EMAIL PROTECTED]>
  > Reply-To: [EMAIL PROTECTED]
  > Date:  Tue, 18 Nov 2003 08:28:11 -0600
  >
  > >Hi Folks,
  > >I'm trying to get my head around OO design for CF and I have a ton of
  > >questions, of course. I'll try to keep them limited, as they're sort of
  > >off-topic (though not entirely, because whatever I have to design I have
  to
  > >build in CF).
  > >
  > >Here's my first basic question:
  > >When you're designing an object that includes a multiple has-a type
  > >relationship, do you typically build the objects such that their is an
  > >intermediate "collection" type object?
  > >For example, I'm working on a project management system. It involves
  tasks.
  > >Tasks can have 0 to many "consumables" associated with them.
  > >
  > >Do I have one object "Task" and one object "Consumable" with the
  consumable
  > >object having both a "getOne(consumableID)" and a "getAll(taskID)"
  method?
  > >Or, do I have an intermediate "ConsumableList" object that takes a taskID
  > >and gets all the consumables associated with that task by calling a
  method
  > >in the Consumable object.
  > >
  > >Does that make sense?
  > >
  > >Thanks.
  > >-Deanna
  > >
  > >
  > >
  > >---------------------------------------------------------
  > >Deanna Schneider
  > >UWEX-Cooperative Extension
  > >Interactive Media Developer
  > >
  > >
  >

[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]

Reply via email to